https://wiki.archlinux.org/api.php?action=feedcontributions&user=Chapet&feedformat=atom
ArchWiki - User contributions [en]
2024-03-29T06:15:03Z
User contributions
MediaWiki 1.41.0
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=43543
Official Installation Guide (Español)
2008-06-23T09:37:00Z
<p>Chapet: /* Boot Scripts */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
El siguiente ejemplo puede ser útil, para crear una opción de arranque que carge el sector de arranque de un OS diferente. Probablemente podrás arrancar cualquier tipo de Microsoft OS con él, simplemente añade este bloque al final de las otras secciones y modifica la partición, para que haga referencia al sector de arranque del OS que quieres arrancar.<br><br />
<br />
(1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
Para configuraciones avanzadas para otros OSes, remitirse al manual de GRUB online.<br><br />
Después de comprobar que la configuración del cargador de arranque es correcta, serás preguntado por una partición donde instalar el cargador. Si solo tienes un disco duro deberías instalar GRUB en el MBR del mismo, el cual se representa por el apropiado nombre de dispositivo sin sufijo. Si tienes dos o más deberías instalar GRUB en el MBR del primer disco según la BIOS. <br />
<br />
'''/etc/lilo.conf'''<br />
<br />
Este es el fichero de configuración para el cargador de arranque LILO. Aseguraté que lo compruebas y que es correcto, si quieres usar LILO para arrancar tu sistema. Revisa la documentación de LILO para más ayuda.<br><br />
Las cosas que deberías comprobar son la línea ''root='' en la sección ''image'' y la línea ''boot='' justo al inicio del fichero. Las líneas ''root'' especifican la partición que debe ser montada como directorio raíz en el arranque. Si no sabes lo que se supone que debes poner aquí, cambia a otro terminal y escribe<br />
<br />
mount<br />
<br />
para ver una lista de todos los discos montados actualmente, y busca la línea que muestra una partición montada en ''/mnt''. La ruta de la partición, al comienzo de esta misma línea, es la que debes entrar en la línea ''root'' de tu ''lilo.conf''. Cambiala si es necesario y recuerda el asusto pata!<br><br />
<br />
En la mayoría de los casos la línea ''boot'' debería estar bien por defecto. A menos que tengas en mente una configuración extraña del cargador de arranque com múltiples sistemas operativos, el dispositivo referenciado aquí debería tener el mismo prefijo que el de la línea ''root'', pero sin terminar en un número. Por ejemplo, un ''root'' en ''/dev/hda3'' significa que probablemente quieras instalar LILO en el Master Boot Record del disco duro, por lo que deberías configurar ''boot'' como ''/dev/hda'', el cual hace referencia al disco como unidad. Durante la instalación, la partición de arranque debe tener el mismo nombre que la partición donde quieres escribir el sector de arranque. Esta puede cambiar de nombre tras el primer arranque, gracias a la transición pata! Comprueba cuidadosamente a que partición escribes durante la instalación, por ejemplo con el comando mount.<br><br />
<br />
Para prevenir lamentaciones, deberias asegurarte que sabes como recuperar el sector de arranque de tus otros sistemas operativos, por ejemplo las utilidades FIXBOOT/FIXMBR para Windows.<br><br />
Por seguridad, deberías mantener la opción lba32 listada. Esto prevendrá algunos problemas con la geometria.<br><br />
<br />
En algunos casos, dependiendo de tu BIOS, LILO no se ejecutará al arrancar y mostrará un código de error infinitamente. En la mayoría de los casos o eliminas la opción ''lba32'' o tu configuración hardware es un poco especial, lo que significa que quizás tu CD-ROM está configurado como ''maestro'' y tu disco duro como ''esclavo''. Esto puede muy bien confundir tu BIOS y por lo tanto detener el proceso de arranque. Para prevenir esto puedes intentar configurar tu disco duro como ‘’primario maestro’’ en tu bus IDE. Si tienes un sistema mixto IDE y SCSI y el problema presiste, seguramente necesitarás experimentar algo con las opciones de disco y BIOS de LILO para conseguir un mapa que funcione. Los discos en tu sistema se numeran secuencialmente por la BIOS, comenzando por 0x80. Si tienes suerte, tu controlador SCSI te dirá a que disco corresponde cada BIOS ID, pero normalmente no es así. Como se numeran tus discos depende de tu BIOS, por lo que en el peor caso solo puedes tratar de adivinar hasta que funcione. Una típica línea de disco se parece a lo siguiente:<br><br />
<br />
boot=/dev/hda<br><br />
disk=/dev/hda bios=0x80<br><br />
<br />
La opción ''disk'' mapea un ID BIOS al dispositivo disco conocido por Linux. Entiende que todavía no hay ninguna garantía de que funcione ya que otras muchas cosas pueden ser erróneas, así que no te desesperes si todo lo que intentas falla, trata de reorganizar tu hardware en una manera que no sea tan rara. En esta área demasiadas cosas pueden ir mal y necesita especial atención para poder ser explicado aquí. En la mayoría de los casos, la opción lba32 será suficiente. Normalmente, discos duros antiguos necesitarán un poco más de especial cuidado hasta que funcionen adecuadamente.<br><br />
No te pongas nervioso/a cuando leas esta sección, yo (Dennis) acabo de tropezar con este problema cuando estaba experimentando con un sistema bastante inusual, y he pensado que sería una buena idea mencionarlo aquí. Probablemente nunca te encuentres con esto, ya que de cualquier manera deberías usar GRUB.<br><br />
Como recuperar un sector de arranque LILO, con solo un disco de recuperación, se explica más adelante en este documento.<br><br />
<br />
'''/etc/conf.d/*'''<br />
<br />
Esto no es importante durante la configuración. Considera este apartado como referencia, para los que estén interesados.<br><br />
Algunos demonios tendrán un fichero de configuación en este directorio, que contiene algunos valores por defecto, más o menos útiles. Cuando el demonio se inicializa, primero utilizará los ajustes del fichero de configuración en este directorio y después los que encuentre en ''/etc/rc.conf''. Esto significa que puedes facilmente centralizar toda la configuración de tus demonios en tu ''/etc/rc.conf'', simplemente ajustando un valor en la variable adecuada, o separando tu configuración en diferentes archivos si prefieres una aproximación descentralizada en este asunto. ¿No es maravilloso, si simplemente todo se reduce a scripting?<br />
<br />
'''/etc/profile'''<br />
<br />
Este script se ejecuta en cada login de usuario para inicializar el sistema. En Arch Linux se mantiene bastante simple, como muchas otras cosas, pero puedes modificarlo para ajustarlo a tus necesidades.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux usa una secuencia de arranque bastante parecida a *BDS. El primer script de arranque en ejecutarse es ''/etc/rc.sysinit''. Cuando termine, ''/etc/rc.multi'' será llamado (en un arranque normal). El último script en ejecutarse será ''/etc/rc.local''. Cuando se arranca en ''runlevel 1'', el modo monousuario, se ejecuta el script ''/etc/rc.single'' en lugar de ''/etc/rc.multi''. No encontrarás una colección sin final de symlinks en el directorio ''/etc/rc?.d/'', para definir la secuencia de arranque de los distintos niveles de ejecución. De hecho, debido a esta aproximación Arch sólo tiene 3 niveles de ejecución, si tienes en cuenta el arrancar X en nivel 5. Los scripts de arranque usan las variables y definiciones que se encuentran en el fichero ''/etc/rc.conf'' y también un conjunto general de funciones definidas en el script ''/etc/rc.d/functions''. Si planeas escribir tus propios ficheros demonio, deverías considerar echar un vistazo a este fichero y los existentes scripts demonios.<br />
<br />
Descriptción general de los scripts de arranque<br />
<br />
# /etc/rc.sysinit<br />
# /etc/rc.single<br />
# /etc/rc.multi<br />
# /etc/rc.local<br />
# /etc/rc.shutdown<br />
# /etc/rc.local.shutdown<br />
# /etc/rc.d/*<br />
<br />
'''/etc/rc.sysinit'''<br />
<br />
El script de arranque principal. Se encarga de tareas de arranque críticas, como montar el sistema de ficheros, ejecutar udev, activar la partición swap, cargar módulos, ajustar los parametros locales, etc. Lo más probable es que nunca necesites modificar este fichero!<br />
<br />
'''/etc/rc.single'''<br />
<br />
Inicio en modo monousuario. No usado en arranque normal. Si el sistema es iniciado en modo monousuario, por ejemplo con el parámetro kernel ''1'' antes del arranque o durante operación normal en modo multiusuario con el comando ''init 1'', este script se asegura que no hay demonios ejecutandose, excepto los absolutamente necesarios; syslog-ng y udev. El modo monousuario es útil si necesitas hacer cambios en el sistema mientras te aseguras que ningún usuario remoto pueda hacer nada que pueda causar algun daño o pérdida de datos.<br />
Para los usuarios de desktops, este modo es normalmente poco útil. Tampoco deberías necesitar modificar este script.<br />
<br />
'''/etc/rc.multi'''<br />
<br />
Script de inicio en modo multiusuario. Inicia todos los demonios que has configurado en el array ''DAEMONS'' (en /etc/rc.conf) después del cual llama a ''/etc/rc.local''. No deberías sentir la necesidad de modificarlo.<br />
<br />
'''/etc/rc.local'''<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=43542
Official Installation Guide (Español)
2008-06-23T09:31:03Z
<p>Chapet: </p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
El siguiente ejemplo puede ser útil, para crear una opción de arranque que carge el sector de arranque de un OS diferente. Probablemente podrás arrancar cualquier tipo de Microsoft OS con él, simplemente añade este bloque al final de las otras secciones y modifica la partición, para que haga referencia al sector de arranque del OS que quieres arrancar.<br><br />
<br />
(1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
Para configuraciones avanzadas para otros OSes, remitirse al manual de GRUB online.<br><br />
Después de comprobar que la configuración del cargador de arranque es correcta, serás preguntado por una partición donde instalar el cargador. Si solo tienes un disco duro deberías instalar GRUB en el MBR del mismo, el cual se representa por el apropiado nombre de dispositivo sin sufijo. Si tienes dos o más deberías instalar GRUB en el MBR del primer disco según la BIOS. <br />
<br />
'''/etc/lilo.conf'''<br />
<br />
Este es el fichero de configuración para el cargador de arranque LILO. Aseguraté que lo compruebas y que es correcto, si quieres usar LILO para arrancar tu sistema. Revisa la documentación de LILO para más ayuda.<br><br />
Las cosas que deberías comprobar son la línea ''root='' en la sección ''image'' y la línea ''boot='' justo al inicio del fichero. Las líneas ''root'' especifican la partición que debe ser montada como directorio raíz en el arranque. Si no sabes lo que se supone que debes poner aquí, cambia a otro terminal y escribe<br />
<br />
mount<br />
<br />
para ver una lista de todos los discos montados actualmente, y busca la línea que muestra una partición montada en ''/mnt''. La ruta de la partición, al comienzo de esta misma línea, es la que debes entrar en la línea ''root'' de tu ''lilo.conf''. Cambiala si es necesario y recuerda el asusto pata!<br><br />
<br />
En la mayoría de los casos la línea ''boot'' debería estar bien por defecto. A menos que tengas en mente una configuración extraña del cargador de arranque com múltiples sistemas operativos, el dispositivo referenciado aquí debería tener el mismo prefijo que el de la línea ''root'', pero sin terminar en un número. Por ejemplo, un ''root'' en ''/dev/hda3'' significa que probablemente quieras instalar LILO en el Master Boot Record del disco duro, por lo que deberías configurar ''boot'' como ''/dev/hda'', el cual hace referencia al disco como unidad. Durante la instalación, la partición de arranque debe tener el mismo nombre que la partición donde quieres escribir el sector de arranque. Esta puede cambiar de nombre tras el primer arranque, gracias a la transición pata! Comprueba cuidadosamente a que partición escribes durante la instalación, por ejemplo con el comando mount.<br><br />
<br />
Para prevenir lamentaciones, deberias asegurarte que sabes como recuperar el sector de arranque de tus otros sistemas operativos, por ejemplo las utilidades FIXBOOT/FIXMBR para Windows.<br><br />
Por seguridad, deberías mantener la opción lba32 listada. Esto prevendrá algunos problemas con la geometria.<br><br />
<br />
En algunos casos, dependiendo de tu BIOS, LILO no se ejecutará al arrancar y mostrará un código de error infinitamente. En la mayoría de los casos o eliminas la opción ''lba32'' o tu configuración hardware es un poco especial, lo que significa que quizás tu CD-ROM está configurado como ''maestro'' y tu disco duro como ''esclavo''. Esto puede muy bien confundir tu BIOS y por lo tanto detener el proceso de arranque. Para prevenir esto puedes intentar configurar tu disco duro como ‘’primario maestro’’ en tu bus IDE. Si tienes un sistema mixto IDE y SCSI y el problema presiste, seguramente necesitarás experimentar algo con las opciones de disco y BIOS de LILO para conseguir un mapa que funcione. Los discos en tu sistema se numeran secuencialmente por la BIOS, comenzando por 0x80. Si tienes suerte, tu controlador SCSI te dirá a que disco corresponde cada BIOS ID, pero normalmente no es así. Como se numeran tus discos depende de tu BIOS, por lo que en el peor caso solo puedes tratar de adivinar hasta que funcione. Una típica línea de disco se parece a lo siguiente:<br><br />
<br />
boot=/dev/hda<br><br />
disk=/dev/hda bios=0x80<br><br />
<br />
La opción ''disk'' mapea un ID BIOS al dispositivo disco conocido por Linux. Entiende que todavía no hay ninguna garantía de que funcione ya que otras muchas cosas pueden ser erróneas, así que no te desesperes si todo lo que intentas falla, trata de reorganizar tu hardware en una manera que no sea tan rara. En esta área demasiadas cosas pueden ir mal y necesita especial atención para poder ser explicado aquí. En la mayoría de los casos, la opción lba32 será suficiente. Normalmente, discos duros antiguos necesitarán un poco más de especial cuidado hasta que funcionen adecuadamente.<br><br />
No te pongas nervioso/a cuando leas esta sección, yo (Dennis) acabo de tropezar con este problema cuando estaba experimentando con un sistema bastante inusual, y he pensado que sería una buena idea mencionarlo aquí. Probablemente nunca te encuentres con esto, ya que de cualquier manera deberías usar GRUB.<br><br />
Como recuperar un sector de arranque LILO, con solo un disco de recuperación, se explica más adelante en este documento.<br><br />
<br />
'''/etc/conf.d/*'''<br />
<br />
Esto no es importante durante la configuración. Considera este apartado como referencia, para los que estén interesados.<br><br />
Algunos demonios tendrán un fichero de configuación en este directorio, que contiene algunos valores por defecto, más o menos útiles. Cuando el demonio se inicializa, primero utilizará los ajustes del fichero de configuración en este directorio y después los que encuentre en ''/etc/rc.conf''. Esto significa que puedes facilmente centralizar toda la configuración de tus demonios en tu ''/etc/rc.conf'', simplemente ajustando un valor en la variable adecuada, o separando tu configuración en diferentes archivos si prefieres una aproximación descentralizada en este asunto. ¿No es maravilloso, si simplemente todo se reduce a scripting?<br />
<br />
'''/etc/profile'''<br />
<br />
Este script se ejecuta en cada login de usuario para inicializar el sistema. En Arch Linux se mantiene bastante simple, como muchas otras cosas, pero puedes modificarlo para ajustarlo a tus necesidades.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux usa una secuencia de arranque bastante parecida a *BDS. El primer script de arranque en ejecutarse es ''/etc/rc.sysinit''. Cuando termine, ''/etc/rc.multi'' será llamado (en un arranque normal). El último script en ejecutarse será ''/etc/rc.local''. Cuando se arranca en ''runlevel 1'', el modo monousuario, se ejecuta el script ''/etc/rc.single'' en lugar de ''/etc/rc.multi''. No encontrarás una colección sin final de symlinks en el directorio ''/etc/rc?.d/'', para definir la secuencia de arranque de los distintos niveles de ejecución. De hecho, debido a esta aproximación Arch sólo tiene 3 niveles de ejecución, si tienes en cuenta el arrancar X en nivel 5. Los scripts de arranque usan las variables y definiciones que se encuentran en el fichero ''/etc/rc.conf'' y también un conjunto general de funciones definidas en el script ''/etc/rc.d/functions''. Si planeas escribir tus propios ficheros demonio, deverías considerar echar un vistazo a este fichero y los existentes scripts demonios.<br />
<br />
Descriptción general de los scripts de arranque<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
'''/etc/rc.sysinit'''<br />
<br />
El script de arranque principal. Se encarga de tareas de arranque críticas, como montar el sistema de ficheros, ejecutar udev, activar la partición swap, cargar módulos, ajustar los parametros locales, etc. Lo más probable es que nunca necesites modificar este fichero!<br />
<br />
'''/etc/rc.single'''<br />
<br />
Inicio en modo monousuario. No usado en arranque normal. Si el sistema es iniciado en modo monousuario, por ejemplo con el parámetro kernel ''1'' antes del arranque o durante operación normal en modo multiusuario con el comando ''init 1'', este script se asegura que no hay demonios ejecutandose, excepto los absolutamente necesarios; syslog-ng y udev. El modo monousuario es útil si necesitas hacer cambios en el sistema mientras te aseguras que ningún usuario remoto pueda hacer nada que pueda causar algun daño o pérdida de datos.<br />
Para los usuarios de desktops, este modo es normalmente poco útil. Tampoco deberías necesitar modificar este script.<br />
<br />
'''/etc/rc.multi'''<br />
<br />
Script de inicio en modo multiusuario. Inicia todos los demonios que has configurado en el array ''DAEMONS'' (en /etc/rc.conf) después del cual llama a ''/etc/rc.local''. No deberías sentir la necesidad de modificarlo.<br />
<br />
'''/etc/rc.sysinit'''<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=42075
Official Installation Guide (Español)
2008-05-27T16:05:11Z
<p>Chapet: /* Boot Scripts */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
El siguiente ejemplo puede ser útil, para crear una opción de arranque que carge el sector de arranque de un OS diferente. Probablemente podrás arrancar cualquier tipo de Microsoft OS con él, simplemente añade este bloque al final de las otras secciones y modifica la partición, para que haga referencia al sector de arranque del OS que quieres arrancar.<br><br />
<br />
(1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
Para configuraciones avanzadas para otros OSes, remitirse al manual de GRUB online.<br><br />
Después de comprobar que la configuración del cargador de arranque es correcta, serás preguntado por una partición donde instalar el cargador. Si solo tienes un disco duro deberías instalar GRUB en el MBR del mismo, el cual se representa por el apropiado nombre de dispositivo sin sufijo. Si tienes dos o más deberías instalar GRUB en el MBR del primer disco según la BIOS. <br />
<br />
'''/etc/lilo.conf'''<br />
<br />
Este es el fichero de configuración para el cargador de arranque LILO. Aseguraté que lo compruebas y que es correcto, si quieres usar LILO para arrancar tu sistema. Revisa la documentación de LILO para más ayuda.<br><br />
Las cosas que deberías comprobar son la línea ''root='' en la sección ''image'' y la línea ''boot='' justo al inicio del fichero. Las líneas ''root'' especifican la partición que debe ser montada como directorio raíz en el arranque. Si no sabes lo que se supone que debes poner aquí, cambia a otro terminal y escribe<br />
<br />
mount<br />
<br />
para ver una lista de todos los discos montados actualmente, y busca la línea que muestra una partición montada en ''/mnt''. La ruta de la partición, al comienzo de esta misma línea, es la que debes entrar en la línea ''root'' de tu ''lilo.conf''. Cambiala si es necesario y recuerda el asusto pata!<br><br />
<br />
En la mayoría de los casos la línea ''boot'' debería estar bien por defecto. A menos que tengas en mente una configuración extraña del cargador de arranque com múltiples sistemas operativos, el dispositivo referenciado aquí debería tener el mismo prefijo que el de la línea ''root'', pero sin terminar en un número. Por ejemplo, un ''root'' en ''/dev/hda3'' significa que probablemente quieras instalar LILO en el Master Boot Record del disco duro, por lo que deberías configurar ''boot'' como ''/dev/hda'', el cual hace referencia al disco como unidad. Durante la instalación, la partición de arranque debe tener el mismo nombre que la partición donde quieres escribir el sector de arranque. Esta puede cambiar de nombre tras el primer arranque, gracias a la transición pata! Comprueba cuidadosamente a que partición escribes durante la instalación, por ejemplo con el comando mount.<br><br />
<br />
Para prevenir lamentaciones, deberias asegurarte que sabes como recuperar el sector de arranque de tus otros sistemas operativos, por ejemplo las utilidades FIXBOOT/FIXMBR para Windows.<br><br />
Por seguridad, deberías mantener la opción lba32 listada. Esto prevendrá algunos problemas con la geometria.<br><br />
<br />
En algunos casos, dependiendo de tu BIOS, LILO no se ejecutará al arrancar y mostrará un código de error infinitamente. En la mayoría de los casos o eliminas la opción ''lba32'' o tu configuración hardware es un poco especial, lo que significa que quizás tu CD-ROM está configurado como ''maestro'' y tu disco duro como ''esclavo''. Esto puede muy bien confundir tu BIOS y por lo tanto detener el proceso de arranque. Para prevenir esto puedes intentar configurar tu disco duro como ‘’primario maestro’’ en tu bus IDE. Si tienes un sistema mixto IDE y SCSI y el problema presiste, seguramente necesitarás experimentar algo con las opciones de disco y BIOS de LILO para conseguir un mapa que funcione. Los discos en tu sistema se numeran secuencialmente por la BIOS, comenzando por 0x80. Si tienes suerte, tu controlador SCSI te dirá a que disco corresponde cada BIOS ID, pero normalmente no es así. Como se numeran tus discos depende de tu BIOS, por lo que en el peor caso solo puedes tratar de adivinar hasta que funcione. Una típica línea de disco se parece a lo siguiente:<br><br />
<br />
boot=/dev/hda<br><br />
disk=/dev/hda bios=0x80<br><br />
<br />
La opción ''disk'' mapea un ID BIOS al dispositivo disco conocido por Linux. Entiende que todavía no hay ninguna garantía de que funcione ya que otras muchas cosas pueden ser erróneas, así que no te desesperes si todo lo que intentas falla, trata de reorganizar tu hardware en una manera que no sea tan rara. En esta área demasiadas cosas pueden ir mal y necesita especial atención para poder ser explicado aquí. En la mayoría de los casos, la opción lba32 será suficiente. Normalmente, discos duros antiguos necesitarán un poco más de especial cuidado hasta que funcionen adecuadamente.<br><br />
No te pongas nervioso/a cuando leas esta sección, yo (Dennis) acabo de tropezar con este problema cuando estaba experimentando con un sistema bastante inusual, y he pensado que sería una buena idea mencionarlo aquí. Probablemente nunca te encuentres con esto, ya que de cualquier manera deberías usar GRUB.<br><br />
Como recuperar un sector de arranque LILO, con solo un disco de recuperación, se explica más adelante en este documento.<br><br />
<br />
'''/etc/conf.d/*'''<br />
<br />
Esto no es importante durante la configuración. Considera este apartado como referencia, para los que estén interesados.<br><br />
Algunos demonios tendrán un fichero de configuación en este directorio, que contiene algunos valores por defecto, más o menos útiles. Cuando el demonio se inicializa, primero utilizará los ajustes del fichero de configuración en este directorio y después los que encuentre en ''/etc/rc.conf''. Esto significa que puedes facilmente centralizar toda la configuración de tus demonios en tu ''/etc/rc.conf'', simplemente ajustando un valor en la variable adecuada, o separando tu configuración en diferentes archivos si prefieres una aproximación descentralizada en este asunto. ¿No es maravilloso, si simplemente todo se reduce a scripting?<br />
<br />
'''/etc/profile'''<br />
<br />
Este script se ejecuta en cada login de usuario para inicializar el sistema. En Arch Linux se mantiene bastante simple, como muchas otras cosas, pero puedes modificarlo para ajustarlo a tus necesidades.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux usa una secuencia de arranque bastante parecida a *BDS. El primer script de arranque en ejecutarse es ''/etc/rc.sysinit''. Cuando termine, ''/etc/rc.multi'' será llamado (en un arranque normal). El último script en ejecutarse será ''/etc/rc.local''. Cuando se arranca en ''runlevel 1'', el modo monousuario, se ejecuta el script ''/etc/rc.single'' en lugar de ''/etc/rc.multi''. No encontrarás una colección sin final de symlinks en el directorio ''/etc/rc?.d/'', para definir la secuencia de arranque de los distintos niveles de ejecución. De hecho, debido a esta aproximación Arch sólo tiene 3 niveles de ejecución, si tienes en cuenta el arrancar X en nivel 5. Los scripts de arranque usan las variables y definiciones que se encuentran en el fichero ''/etc/rc.conf'' y también un conjunto general de funciones definidas en el script ''/etc/rc.d/functions''. Si planeas escribir tus propios ficheros demonio, deverías considerar echar un vistazo a este fichero y los existentes scripts demonios.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=41589
Official Installation Guide (Español)
2008-05-19T09:57:10Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
El siguiente ejemplo puede ser útil, para crear una opción de arranque que carge el sector de arranque de un OS diferente. Probablemente podrás arrancar cualquier tipo de Microsoft OS con él, simplemente añade este bloque al final de las otras secciones y modifica la partición, para que haga referencia al sector de arranque del OS que quieres arrancar.<br><br />
<br />
(1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
Para configuraciones avanzadas para otros OSes, remitirse al manual de GRUB online.<br><br />
Después de comprobar que la configuración del cargador de arranque es correcta, serás preguntado por una partición donde instalar el cargador. Si solo tienes un disco duro deberías instalar GRUB en el MBR del mismo, el cual se representa por el apropiado nombre de dispositivo sin sufijo. Si tienes dos o más deberías instalar GRUB en el MBR del primer disco según la BIOS. <br />
<br />
'''/etc/lilo.conf'''<br />
<br />
Este es el fichero de configuración para el cargador de arranque LILO. Aseguraté que lo compruebas y que es correcto, si quieres usar LILO para arrancar tu sistema. Revisa la documentación de LILO para más ayuda.<br><br />
Las cosas que deberías comprobar son la línea ''root='' en la sección ''image'' y la línea ''boot='' justo al inicio del fichero. Las líneas ''root'' especifican la partición que debe ser montada como directorio raíz en el arranque. Si no sabes lo que se supone que debes poner aquí, cambia a otro terminal y escribe<br />
<br />
mount<br />
<br />
para ver una lista de todos los discos montados actualmente, y busca la línea que muestra una partición montada en ''/mnt''. La ruta de la partición, al comienzo de esta misma línea, es la que debes entrar en la línea ''root'' de tu ''lilo.conf''. Cambiala si es necesario y recuerda el asusto pata!<br><br />
<br />
En la mayoría de los casos la línea ''boot'' debería estar bien por defecto. A menos que tengas en mente una configuración extraña del cargador de arranque com múltiples sistemas operativos, el dispositivo referenciado aquí debería tener el mismo prefijo que el de la línea ''root'', pero sin terminar en un número. Por ejemplo, un ''root'' en ''/dev/hda3'' significa que probablemente quieras instalar LILO en el Master Boot Record del disco duro, por lo que deberías configurar ''boot'' como ''/dev/hda'', el cual hace referencia al disco como unidad. Durante la instalación, la partición de arranque debe tener el mismo nombre que la partición donde quieres escribir el sector de arranque. Esta puede cambiar de nombre tras el primer arranque, gracias a la transición pata! Comprueba cuidadosamente a que partición escribes durante la instalación, por ejemplo con el comando mount.<br><br />
<br />
Para prevenir lamentaciones, deberias asegurarte que sabes como recuperar el sector de arranque de tus otros sistemas operativos, por ejemplo las utilidades FIXBOOT/FIXMBR para Windows.<br><br />
Por seguridad, deberías mantener la opción lba32 listada. Esto prevendrá algunos problemas con la geometria.<br><br />
<br />
En algunos casos, dependiendo de tu BIOS, LILO no se ejecutará al arrancar y mostrará un código de error infinitamente. En la mayoría de los casos o eliminas la opción ''lba32'' o tu configuración hardware es un poco especial, lo que significa que quizás tu CD-ROM está configurado como ''maestro'' y tu disco duro como ''esclavo''. Esto puede muy bien confundir tu BIOS y por lo tanto detener el proceso de arranque. Para prevenir esto puedes intentar configurar tu disco duro como ‘’primario maestro’’ en tu bus IDE. Si tienes un sistema mixto IDE y SCSI y el problema presiste, seguramente necesitarás experimentar algo con las opciones de disco y BIOS de LILO para conseguir un mapa que funcione. Los discos en tu sistema se numeran secuencialmente por la BIOS, comenzando por 0x80. Si tienes suerte, tu controlador SCSI te dirá a que disco corresponde cada BIOS ID, pero normalmente no es así. Como se numeran tus discos depende de tu BIOS, por lo que en el peor caso solo puedes tratar de adivinar hasta que funcione. Una típica línea de disco se parece a lo siguiente:<br><br />
<br />
boot=/dev/hda<br><br />
disk=/dev/hda bios=0x80<br><br />
<br />
La opción ''disk'' mapea un ID BIOS al dispositivo disco conocido por Linux. Entiende que todavía no hay ninguna garantía de que funcione ya que otras muchas cosas pueden ser erróneas, así que no te desesperes si todo lo que intentas falla, trata de reorganizar tu hardware en una manera que no sea tan rara. En esta área demasiadas cosas pueden ir mal y necesita especial atención para poder ser explicado aquí. En la mayoría de los casos, la opción lba32 será suficiente. Normalmente, discos duros antiguos necesitarán un poco más de especial cuidado hasta que funcionen adecuadamente.<br><br />
No te pongas nervioso/a cuando leas esta sección, yo (Dennis) acabo de tropezar con este problema cuando estaba experimentando con un sistema bastante inusual, y he pensado que sería una buena idea mencionarlo aquí. Probablemente nunca te encuentres con esto, ya que de cualquier manera deberías usar GRUB.<br><br />
Como recuperar un sector de arranque LILO, con solo un disco de recuperación, se explica más adelante en este documento.<br><br />
<br />
'''/etc/conf.d/*'''<br />
<br />
Esto no es importante durante la configuración. Considera este apartado como referencia, para los que estén interesados.<br><br />
Algunos demonios tendrán un fichero de configuación en este directorio, que contiene algunos valores por defecto, más o menos útiles. Cuando el demonio se inicializa, primero utilizará los ajustes del fichero de configuración en este directorio y después los que encuentre en ''/etc/rc.conf''. Esto significa que puedes facilmente centralizar toda la configuración de tus demonios en tu ''/etc/rc.conf'', simplemente ajustando un valor en la variable adecuada, o separando tu configuración en diferentes archivos si prefieres una aproximación descentralizada en este asunto. ¿No es maravilloso, si simplemente todo se reduce a scripting?<br />
<br />
'''/etc/profile'''<br />
<br />
Este script se ejecuta en cada login de usuario para inicializar el sistema. En Arch Linux se mantiene bastante simple, como muchas otras cosas, pero puedes modificarlo para ajustarlo a tus necesidades.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=41545
Official Installation Guide (Español)
2008-05-18T10:44:12Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
El siguiente ejemplo puede ser útil, para crear una opción de arranque que carge el sector de arranque de un OS diferente. Probablemente podrás arrancar cualquier tipo de Microsoft OS con él, simplemente añade este bloque al final de las otras secciones y modifica la partición, para que haga referencia al sector de arranque del OS que quieres arrancar.<br><br />
<br />
(1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
Para configuraciones avanzadas para otros OSes, remitirse al manual de GRUB online.<br><br />
Después de comprobar que la configuración del cargador de arranque es correcta, serás preguntado por una partición donde instalar el cargador. Si solo tienes un disco duro deberías instalar GRUB en el MBR del mismo, el cual se representa por el apropiado nombre de dispositivo sin sufijo. Si tienes dos o más deberías instalar GRUB en el MBR del primer disco según la BIOS. <br />
<br />
'''/etc/lilo.conf'''<br />
<br />
Este es el fichero de configuración para el cargador de arranque LILO. Aseguraté que lo compruebas y que es correcto, si quieres usar LILO para arrancar tu sistema. Revisa la documentación de LILO para más ayuda.<br><br />
Las cosas que deberías comprobar son la línea ''root='' en la sección ''image'' y la línea ''boot='' justo al inicio del fichero. Las líneas ''root'' especifican la partición que debe ser montada como directorio raíz en el arranque. Si no sabes lo que se supone que debes poner aquí, cambia a otro terminal y escribe<br />
<br />
mount<br />
<br />
para ver una lista de todos los discos montados actualmente, y busca la línea que muestra una partición montada en ''/mnt''. La ruta de la partición, al comienzo de esta misma línea, es la que debes entrar en la línea ''root'' de tu ''lilo.conf''. Cambiala si es necesario y recuerda el asusto pata!<br><br />
<br />
En la mayoría de los casos la línea ''boot'' debería estar bien por defecto. A menos que tengas en mente una configuración extraña del cargador de arranque com múltiples sistemas operativos, el dispositivo referenciado aquí debería tener el mismo prefijo que el de la línea ''root'', pero sin terminar en un número. Por ejemplo, un ''root'' en ''/dev/hda3'' significa que probablemente quieras instalar LILO en el Master Boot Record del disco duro, por lo que deberías configurar ''boot'' como ''/dev/hda'', el cual hace referencia al disco como unidad. Durante la instalación, la partición de arranque debe tener el mismo nombre que la partición donde quieres escribir el sector de arranque. Esta puede cambiar de nombre tras el primer arranque, gracias a la transición pata! Comprueba cuidadosamente a que partición escribes durante la instalación, por ejemplo con el comando mount.<br><br />
<br />
Para prevenir lamentaciones, deberias asegurarte que sabes como recuperar el sector de arranque de tus otros sistemas operativos, por ejemplo las utilidades FIXBOOT/FIXMBR para Windows.<br><br />
Por seguridad, deberías mantener la opción lba32 listada. Esto prevendrá algunos problemas con la geometria.<br><br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
'''/etc/conf.d/*'''<br />
<br />
Esto no es importante durante la configuración. Considera este apartado como referencia, para los que estén interesados.<br><br />
Algunos demonios tendrán un fichero de configuación en este directorio, que contiene algunos valores por defecto, más o menos útiles. Cuando el demonio se inicializa, primero utilizará los ajustes del fichero de configuración en este directorio y después los que encuentre en ''/etc/rc.conf''. Esto significa que puedes facilmente centralizar toda la configuración de tus demonios en tu ''/etc/rc.conf'', simplemente ajustando un valor en la variable adecuada, o separando tu configuración en diferentes archivos si prefieres una aproximación descentralizada en este asunto. ¿No es maravilloso, si simplemente todo se reduce a scripting?<br />
<br />
'''/etc/profile'''<br />
<br />
Este script se ejecuta en cada login de usuario para inicializar el sistema. En Arch Linux se mantiene bastante simple, como muchas otras cosas, pero puedes modificarlo para ajustarlo a tus necesidades.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=41544
Official Installation Guide (Español)
2008-05-18T10:40:21Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
El siguiente ejemplo puede ser útil, para crear una opción de arranque que carge el sector de arranque de un OS diferente. Probablemente podrás arrancar cualquier tipo de Microsoft OS con él, simplemente añade este bloque al final de las otras secciones y modifica la partición, para que haga referencia al sector de arranque del OS que quieres arrancar.<br><br />
<br />
(1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
Para configuraciones avanzadas para otros OSes, remitirse al manual de GRUB online.<br><br />
Después de comprobar que la configuración del cargador de arranque es correcta, serás preguntado por una partición donde instalar el cargador. Si solo tienes un disco duro deberías instalar GRUB en el MBR del mismo, el cual se representa por el apropiado nombre de dispositivo sin sufijo. Si tienes dos o más deberías instalar GRUB en el MBR del primer disco según la BIOS. <br />
<br />
'''/etc/lilo.conf'''<br />
<br />
Este es el fichero de configuración para el cargador de arranque LILO. Aseguraté que lo compruebas y que es correcto, si quieres usar LILO para arrancar tu sistema. Revisa la documentación de LILO para más ayuda.<br><br />
Las cosas que deberías comprobar son la línea ''root='' en la sección ''image'' y la línea ''boot='' justo al inicio del fichero. Las líneas ''root'' especifican la partición que debe ser montada como directorio raíz en el arranque. Si no sabes lo que se supone que debes poner aquí, cambia a otro terminal y escribe<br />
<br />
mount<br />
<br />
para ver una lista de todos los discos montados actualmente, y busca la línea que muestra una partición montada en ''/mnt''. La ruta de la partición, al comienzo de esta misma línea, es la que debes entrar en la línea ''root'' de tu ''lilo.conf''. Cambiala si es necesario y recuerda el asusto pata!<br><br />
<br />
En la mayoría de los casos la línea ''boot'' debería estar bien por defecto. A menos que tengas en mente una configuración extraña del cargador de arranque com múltiples sistemas operativos, el dispositivo referenciado aquí debería tener el mismo prefijo que el de la línea ''root'', pero sin terminar en un número. Por ejemplo, un ''root'' en ''/dev/hda3'' significa que probablemente quieras instalar LILO en el Master Boot Record del disco duro, por lo que deberías configurar ''boot'' como ''/dev/hda'', el cual hace referencia al disco como unidad. Durante la instalación, la partición de arranque debe tener el mismo nombre que la partición donde quieres escribir el sector de arranque. Esta puede cambiar de nombre tras el primer arranque, gracias a la transición pata! Comprueba cuidadosamente a que partición escribes durante la instalación, por ejemplo con el comando mount.<br><br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
'''/etc/conf.d/*'''<br />
<br />
Esto no es importante durante la configuración. Considera este apartado como referencia, para los que estén interesados.<br><br />
Algunos demonios tendrán un fichero de configuación en este directorio, que contiene algunos valores por defecto, más o menos útiles. Cuando el demonio se inicializa, primero utilizará los ajustes del fichero de configuración en este directorio y después los que encuentre en ''/etc/rc.conf''. Esto significa que puedes facilmente centralizar toda la configuración de tus demonios en tu ''/etc/rc.conf'', simplemente ajustando un valor en la variable adecuada, o separando tu configuración en diferentes archivos si prefieres una aproximación descentralizada en este asunto. ¿No es maravilloso, si simplemente todo se reduce a scripting?<br />
<br />
'''/etc/profile'''<br />
<br />
Este script se ejecuta en cada login de usuario para inicializar el sistema. En Arch Linux se mantiene bastante simple, como muchas otras cosas, pero puedes modificarlo para ajustarlo a tus necesidades.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=41423
Official Installation Guide (Español)
2008-05-16T15:28:51Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
El siguiente ejemplo puede ser útil, para crear una opción de arranque que carge el sector de arranque de un OS diferente. Probablemente podrás arrancar cualquier tipo de Microsoft OS con él, simplemente añade este bloque al final de las otras secciones y modifica la partición, para que haga referencia al sector de arranque del OS que quieres arrancar.<br><br />
<br />
(1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
Para configuraciones avanzadas para otros OSes, remitirse al manual de GRUB online.<br><br />
Después de comprobar que la configuración del cargador de arranque es correcta, serás preguntado por una partición donde instalar el cargador. Si solo tienes un disco duro deberías instalar GRUB en el MBR del mismo, el cual se representa por el apropiado nombre de dispositivo sin sufijo. Si tienes dos o más deberías instalar GRUB en el MBR del primer disco según la BIOS. <br />
<br />
'''/etc/lilo.conf'''<br />
<br />
Este es el fichero de configuración para el cargador de arranque LILO. Aseguraté que lo compruebas y que es correcto, si quieres usar LILO para arrancar tu sistema. Revisa la documentación de LILO para más ayuda.<br><br />
Las cosas que deberías comprobar son la línea ''root='' en la sección ''image'' y la línea ''boot='' justo al inicio del fichero. Las líneas ''root'' especifican el dispositivo que debe ser montado como directorio raíz en el arranque. Si no sabes lo que se supone que debes poner aquí, cambia a otro terminal y escribe<br />
<br />
mount<br />
<br />
para ver una lista de todos los discos montados actualmente, y busca la línea que muestra un nombre de dispositivo montado en ''/mnt''. La ruta del dispositivo, al comienzo de esta misma línea, es la que debes entrar en la línea ''root'' de tu ''lilo.conf''. Cambialo si es necesario y recuerda el asusto pata!<br><br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
'''/etc/conf.d/*'''<br />
<br />
Esto no es importante durante la configuración. Considera este apartado como referencia, para los que estén interesados.<br><br />
Algunos demonios tendrán un fichero de configuación en este directorio, que contiene algunos valores por defecto, más o menos útiles. Cuando el demonio se inicializa, primero utilizará los ajustes del fichero de configuración en este directorio y después los que encuentre en ''/etc/rc.conf''. Esto significa que puedes facilmente centralizar toda la configuración de tus demonios en tu ''/etc/rc.conf'', simplemente ajustando un valor en la variable adecuada, o separando tu configuración en diferentes archivos si prefieres una aproximación descentralizada en este asunto. ¿No es maravilloso, si simplemente todo se reduce a scripting?<br />
<br />
'''/etc/profile'''<br />
<br />
Este script se ejecuta en cada login de usuario para inicializar el sistema. En Arch Linux se mantiene bastante simple, como muchas otras cosas, pero puedes modificarlo para ajustarlo a tus necesidades.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=41127
Official Installation Guide (Español)
2008-05-11T10:31:46Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
El siguiente ejemplo puede ser útil, para crear una opción de arranque que carge el sector de arranque de un OS diferente. Probablemente podrás arrancar cualquier tipo de Microsoft OS con él, simplemente añade este bloque al final de las otras secciones y modifica la partición, para que haga referencia al sector de arranque del OS que quieres arrancar.<br><br />
<br />
(1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
Para configuraciones avanzadas para otros OSes, remitirse al manual de GRUB online.<br><br />
Después de comprobar que la configuración del cargador de arranque es correcta, serás preguntado por una partición donde instalar el cargador. Si solo tienes un disco duro deberías instalar GRUB en el MBR del mismo, el cual se representa por el apropiado nombre de dispositivo sin sufijo. Si tienes dos o más deberías instalar GRUB en el MBR del primer disco según la BIOS. <br />
<br />
'''/etc/lilo.conf'''<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
'''/etc/conf.d/*'''<br />
<br />
Esto no es importante durante la configuración. Considera este apartado como referencia, para los que estén interesados.<br><br />
Algunos demonios tendrán un fichero de configuación en este directorio, que contiene algunos valores por defecto, más o menos útiles. Cuando el demonio se inicializa, primero utilizará los ajustes del fichero de configuración en este directorio y después los que encuentre en ''/etc/rc.conf''. Esto significa que puedes facilmente centralizar toda la configuración de tus demonios en tu ''/etc/rc.conf'', simplemente ajustando un valor en la variable adecuada, o separando tu configuración en diferentes archivos si prefieres una aproximación descentralizada en este asunto. ¿No es maravilloso, si simplemente todo se reduce a scripting?<br />
<br />
'''/etc/profile'''<br />
<br />
Este script se ejecuta en cada login de usuario para inicializar el sistema. En Arch Linux se mantiene bastante simple, como muchas otras cosas, pero puedes modificarlo para ajustarlo a tus necesidades.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=CPU_frequency_scaling_(Espa%C3%B1ol)&diff=41125
CPU frequency scaling (Español)
2008-05-11T09:08:54Z
<p>Chapet: /* Reguladores de ajuste (Esquemas de potencia de la UCP) */</p>
<hr />
<div>[[Category:Power management (Español)]]<br />
[[Category:CPU (Español)]]<br />
[[Category:Daemons and system services (Español)]]<br />
[[Category:HOWTOs (Español)]]<br />
<br />
{{i18n_links_start}}<br />
{{i18n_entry|English|Cpufrequtils}}<br />
{{i18n_entry|Русский|Cpufrequtils (Русский)}}<br />
{{i18n_links_end}}<br />
<br />
= Resumen =<br />
<tt>Cpufrequtils</tt> es un conjunto de utilidades diseñadas para ayudar al ajuste de frecuencias de la UCP, una tecnología usada principalmente en portátiles que permite al sistema operativo el ajuste de la velocidad hacia arriba o hacia abajo, dependiendo de la carga actual del sistema o del esquema de potencia. Por poner un ejemplo, el ajuste de frecuencia de la UCP puede reducir un procesador de 2Ghz a uno de 1Ghz cuando el portátil funciona con la batería, conservando la duración de ésta, reduciendo el calor generado y reduciendo el ruido del entilador.<br />
<br />
Cuando es usado en conjunción com [[Pm-utils]], los popietarios de portátiles están provistos de un conjunto completo de programas para la gestión de la potencia.<br />
<br />
= Instalación =<br />
El paquete <tt>cpufrequtils</tt> está disponible en el repositorio [http://www.archlinux.org/packages/search/?q=cpufrequtils Extra]:<br />
# pacman -S cpufrequtils<br />
<br />
= Configuración =<br />
La configuración del ajuste de la UPC es un proceso de 3 partes:<br />
# Cargar el controlador de frecuancia de la UPC apropiado<br />
# Cargar el regulador (o reguladores) de ajuste deseado<br />
# Configurar y cargar el demonio de ajuste de frecuencia (opcional)<br />
<br />
== Controlador de frecuencia de la UCP ==<br />
Para lograr que el ajuste de frecuencia funcione adecuadamente, el sistema operativo debe conocer en primer lugar los límites de su UCP (o unidades si tiene varias). Para hacer esto, cargamos un controlador del núcleo que pueda leer y gestionar las especificaciones de todas sus UPC.<br />
<br />
La mayoría de los portátiles y sobremesas modernos pueden simplemente utilizar el controlador '''<tt>acpi-cpufreq</tt>'''; otras opciones incluyen sin embargo, los controladores, ''p4-clockmod, powernow-k6, powernow-k7, powernow-k8,'' y ''speedstep-centrino''.<br />
<br />
Para cargar manualmente el controlador de frecuencia de la UPC:<br />
# modprobe acpi-cpufreq<br />
<br />
Para cargar automáticamente en el arranque, añada el controlador apropiado al array MODULES del archivo <tt>/etc/rc.conf</tt>. Por ejemplo:<br />
MODULES=( '''''acpi-cpufreq''''' vboxdrv fuse fglrx iwl3945 ... )<br />
<br />
Una vez cargado el controlador cpufreq apropiado, se puede visualizar la información detallada acerca de la UCP ejecutando: <br />
<br />
$ cpufreq-info<br />
<br />
Ejemplo de salida de <tt>cpufreq-info</tt> (en un Intel Duo Core T2500):<br />
analyzing CPU 0:<br />
driver: acpi-cpufreq<br />
CPUs which need to switch frequency at the same time: 0 1<br />
hardware limits: 1000 MHz - 2.00 GHz<br />
available frequency steps: 2.00 GHz, 1.67 GHz, 1.33 GHz, 1000 MHz<br />
available cpufreq governors: ondemand, performance<br />
current policy: frequency should be within 1000 MHz and 2.00 GHz.<br />
The governor "performance" may decide which speed to use<br />
within this range.<br />
current CPU frequency is 2.00 GHz.<br />
analyzing CPU 1:<br />
driver: acpi-cpufreq<br />
CPUs which need to switch frequency at the same time: 0 1<br />
hardware limits: 1000 MHz - 2.00 GHz<br />
available frequency steps: 2.00 GHz, 1.67 GHz, 1.33 GHz, 1000 MHz<br />
available cpufreq governors: ondemand, performance<br />
current policy: frequency should be within 1000 MHz and 2.00 GHz.<br />
The governor "performance" may decide which speed to use<br />
within this range.<br />
current CPU frequency is 2.00 GHz.<br />
<br />
== Reguladores de ajuste (Esquemas de potencia de la UCP) ==<br />
Se puede considerar a los reguladores como esquemas de potencia de la UCP preconfigurados. Para que los programas tales como kpowersave o gnome-power-manager puedan captarlos, estos reguladores deben ser cargados como módulos del núcleo. Usted puede cargar tantos reguladores como desee, pero solamenete uno de ellos estará activo en un momento dado.<br />
<br />
Reguladores disponibles:<br />
*performance '''(por defecto)''' -- El regulador de rendimiento esta empotrado en el núcleo y hace que las UCP funcionen a la máxima velocidad de reloj<br />
*cpufreq_ondemand ''(recomendado)'' -- Incrementa/Decrementa dinámicamente la velocidad de reloj de la UCP en base a la carga del sistema<br />
*cpufreq_conservative -- Similar a ondemand, pero más conservador (los cambios de velocidad son más suaves)<br />
*cpufreq_powersave -- Hacer funcionar la UPC a la velocidad mínima<br />
*cpufreq_userspace -- Velocidades de reloj configuradas manualmente por el usuario<br />
<br />
Añada el regulador (o reguladores) al array MODULES en <tt>/etc/rc.conf</tt>:<br />
MODULES=(acpi-cpufreq '''''cpufreq_ondemand cpufreq_powersave''''' vboxdrv fuse fglrx iwl3945 ... )<br />
<br />
Alternativamente, puede establecer el regulador manualmente ejecutando (como root) la orden <tt>cpufreq-set</tt>, pero esto no se conservará después de un rearranque/apagado. Por ejemplo:<br />
<br />
# cpufreq-set -g ondemand<br />
<br />
Ejecute '''<tt>cpufreq-set --help</tt>''' o '''<tt>man cpufreq-set</tt>''' para más información.<br />
<br />
== Modo demonio ==<br />
<tt>cpufrequtils</tt> instala también un demonio que le permitirá establecer el regulador de juste deseado y velocidades de reloj maximas/mínimas en tiempo de arranque, sin necesidad de herramienta adicional alguna tal como kpowersave. Esta es una solución perfecta para aquellos que utilizan un escritorio ligero tal como Openbox.<br />
<br />
Antes de arrancar el demonio, edite <tt>/etc/conf.d/cpufreq</tt> como root, seleccionando el regulador deseado y estableciendo las velocidades de reloj mínima y máxima para sus UPC, por ejemplo:<br />
<br />
#configuración para el control de cpufreq<br />
# reguladores válidos:<br />
# ondemand, performance, powersave,<br />
# conservative, userspace<br />
governor="ondemand"<br />
<br />
# sufijos válidos: Hz, kHz (default), MHz, GHz, THz<br />
min_freq="1GHz"<br />
max_freq="2GHz"<br />
<br />
'''''Nota:''' Los valores de la velocidad de reloj mínimo y máximo para sus UPC pueden ser leídos ejecutando '''cpufreq-info''' después de cargar el controlador de la CPU como se vió anteriormente (p.ej. ''modprobe acpi-cpufreq''). Estos valores son opcionales, no obstante. Usted podría omitirlos completamente borrando o comentando las líneas min/max_freq. Todo funcionará automáticamente.''<br />
<br />
Habiéndose ocupado del archivo de configuración, puede usted ahora arrancar el demonio mediante la siguiente orden:<br />
# /etc/rc.d/cpufreq start<br />
<br />
Para arrancar el demonio autómaticamente en el arranque, añada <tt>cpufreq</tt> al array DAEMONS en <tt>/etc/rc.conf</tt>, por ejemplo:<br />
DAEMONS=(syslog-ng hal '''''cpufreq''''' dhcdbd networkmanager !network !netfs @alsa @crond @cups @fam @ntpd @sshd)<br />
<br />
= Otros recursos =<br />
[[CPU_Frequency_Scaling]] - Más información útil para los usuarios de entornos de escritorio (Entrada de Arch Wiki)<br><br />
[[Pm-utils]] - Utilería Hibernate/Suspend proporcionada por la comunidad de OpenSUSE (Entrada de Arch Wiki)</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=41064
Official Installation Guide (Español)
2008-05-10T00:27:57Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntos de parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Para añadir un LOCALE tienes que ''descomentar'' (elimina el carácter ''#'' al inicio de la línea) el respectivo ''locale'' en el fichero ''/etc/locale.gen''. Después necesitas hacerlo disponible para el sistema, para ello ejecuta como root<br />
<br />
locale-gen<br />
<br />
Esto generará todos los ''descomentados'' locales y los pondrá en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intención de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando ''locale-gen'' manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados (tienen el símbolo ''#'' al inicio de la línea), incluso el que se usa por defecto ''en_US.utf8'' referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
'''/boot/grub/menu.lst'''<br />
<br />
GRUB es el cargador de arranque por defecto en Arch Linux. Si quieres usar GRUB deberías comprobar y modificar este fichero para ajustarlo a tu configuración de arranque, de lo contrario pasa a la configuración de LILO.<br><br />
<br />
Asegurate que lees el aviso acerca de la trasición a pata desarrollado en la sección fstab!<br><br />
<br />
Configurar GRUB es bastante fácil, el mayor inconveniente es que usa una nomenclatura distinta a ''/dev'' para nombrar los distintos dispositivos. Tus discos duros como unidad se llaman (hd0), (hd1), etc., secuencialmente numerados en el orden en que aparecen en el bus IDE/SCSI, como los nómbres hda, hdb, etc. en Linux. Las particiones de un disco se referencian como (hd0,0), (hd0,1), y sucesivamente. La primera partición es la 0 (cero). Unos pocos ejemplos de conversión se incluyen en el fichero ''menu.lst'' por defecto para ayudarte a entenderlo.<br><br />
<br />
Una vez has cogido el concepto de la denominación de los discos, todo lo que necesitas hacer es escoger un nombre bonito para tu sección(es) de arranque, proporcionar la partición de arranque correcta como un parámetro a la opción ''root'', para tenerla montada como ''/'' al arrancar y crear una línea para el kernel, que incluya la partición y la ruta donde se encuentra el kernel, así como cualquier otro parámetro de arranque. Si estás usando el kernel Arch en stock 2.6.x, también necesitarás una línea que apunte al fichero ''/boot/kernel26.img''. La ruta que pongas en tu línea initrd debería ser la misma que haya en la línea para el kernel, apuntando a vmlinuz26. Los valores por defecto deberian ser buenos, pero comprueba que las particiones son las correctas en las línes root y kernel, especialmente en relación al asunto pata!<br><br />
<br />
<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=41027
Official Installation Guide (Español)
2008-05-09T10:35:08Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Usa este fichero para para configurar manualmente el ''nameserver'' que quieres usar. Basicamente debería parecerse a:<br><br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
Sustituye domain.tld y las IPs con tu configuración. El así llamado ''search domain'' especifica el dominio que se añade automaticamente al nombre del equipo si este no es un FQDN ''nombre de dominio completamente qualificado''. Configuando esto, un ''ping myhost'' se convierte en ''ping myhost.domain.tld'' con los valores arriba mencionados. Esta configuración no es normalmente muy importante, y la mayoría de la gente no debería modificar este fichero. Si estás usando DHCP, este fichero será modificado con los valores adecuados automaticamente cuando se inicie la red. Lo que significa que generalmente puedes ignorar este fichero.<br />
<br />
'''/etc/locale.gen'''<br />
<br />
Este fichero contiene una lista de todos los ''locales'' (conjuntosde parametros que definen el idioma y país del usuario) y conjuntos de caracteres disponibles para ti. Al escoger un LOCALE en tu ''/etc/rc/conf'' o cuando ejecutas un programa, se requiere que ''descomentes'' el respectivo ''locale'' en el fichero, para hacer una versi’on compilada disonible para el sistema y ejecutes como root<br />
<br />
locale-gen<br />
<br />
para generar todos los ''descomentados'' locales y ponerlos en sus repectivos lugares. Deberías ''descomentar'' todos los ''locales'' que tengas intenci’on de usar.<br><br />
Durante el proceso de instalación no necesitarás ejecutar el comando locale-gen manualmente, esto se hará automaticamente después de que salves tus cambios en el fichero.<br><br />
Por defecto, todos los ''locales'' están comentados, incluso el que se usa por defecto en_US.utf8 referenciado en el ''/etc/rc.conf''. Para conseguir un sistema funcionando sin problemas debes editar este fichero y al menos ''descomentar'' el ''locale'' que estés usando en tu ''/etc/rc.conf'' <br />
<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=41001
Official Installation Guide (Español)
2008-05-08T16:10:18Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
<br />
'''/etc/mkinitcpio.conf'''<br><br />
<br />
Este fichero the permite realizar un ajuste fino del ramdisk inicial (también comúnmente conocido como ''initrd'') para su sistema. Initrd es una imagen en formato gzip que es leída por el kernel durante el arranque. La finalidad de ‘’initrd’’ es arrancar el sistema hasta el punto donde este puede aceder a la raiz del sitema de ficheros. Esto significa que tiene que cargar todos los modulos requeridos para "ver" dispositivos como discos IDE, SCSI or SATA (o USB/FW si estás arrancando desde un disco USB/FW). Una vez ''intrd'' carga los modulos adecuados, manualmente o a través de ''udev'', este pasa el control al sistema y el arranque continua. Por este motivo, el ´´initrd´´ solo necesita contener los modulos necesarios para acceder a la raiz del sistema de ficheros. No necesita contener cada módulo que puedas alguna vez querer usar. La mayoría de tus modulos del día a día se cargarán a posteriori, mediante ''udev'', durante el proceso de arranque.<br><br />
Por defecto, ''mkinitcpio.conf'' está configurado para proporcionar todos los modulos conocidos para systemas IDE, SCSI o SATA através de los así llamados HOOKS. Esto significa que el ''initrd'' por defecto debería funcionar para casi todo el mundo. La desventaja es que hay muchos modulos cargados que no se necesitan. Esto se puede ver facilmente, examinando tu tabla de modulos después del arranque (comando lsmod). Esto no es ningún problema pero alguna gente lo encuentra molesto. Para acortar esta lista a lo que únicamente necesitas, puedes editar ''mkinitcpio.conf'' y eliminar los subsistemas (p.ej. IDE, SCSI, RAID, USB, etc.) que no necesites.<br><br />
Puedes ir incluso más lejos especificando los modulos que necesitas en el array MODULES y eliminar incluso más HOOKS, pero presta atención a los comentarios en el fichero, porque este es un sitio peligroso para eliminar entradas sin pensar!<br />
Si estás usando discos RAID o cifrado en tu directorio raiz, tendrás que jugar con los ajustes RAID/CRYPT cerca de la parte inferior. Lee las páginas wiki para RAID/LVM, cifardo del sistema de ficheros y mkinitcpio para más información.<br />
Cuando hayas terminado los ajustes en el fichero ''mkinitcpio.conf'' ejecuta como root<br />
<br />
mkinitcpio -p kernel26<br />
<br />
para generar la nueva imagen, a menos que todavía estés instalando el sistema. Si ese es el caso, este paso se ejecutará automaticamente más tarde durante el proceso de instalación después de elegir ''Instalar kernel''.<br><br />
ATENCIÓN: Si no ajustas tu ''mkinitcpio.conf'' correctamente, tu sistema no arrancará! Por este motivo, debes prestar especial atención si modificas este fichero.<br><br />
Si te las arreglas para conseguir un sistema que no arranca, puedes intentar usar la imagen de reserva que se instala junto con el kernel. Se incluye una opción para ello en la configuración por defecto para GRUB y LILO.<br><br />
Lee cuidadosamente el aviso sobre los problemas de transición pata en la sección ''fstab''!<br />
<br />
'''/etc/modprobe.conf'''<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
'''/etc/resolv.conf'''<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40978
Official Installation Guide (Español)
2008-05-08T09:56:54Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
Con el kernel actual se ha introducido un cambio importante en relación al ATA/IDE subsistema. El nuevo pata (Parallel ATA) driver sustituye al antiguo subsistema IDE, y un cambio importante es que la nomenclatura para los discos IDE ha cambiado, del obsoleto hda, hdb, etc., a usar nombres de dispositivos del tipo sda, sdb, etc. como los dispositivos SCSI y SATA. Por lo tanto, cuando uses el nuevo pata driver en los HOOKS de /etc/mkinitcpio.conf, recuerda usar el nombre de dispositivo adecuado en tu /etc/fstab y en la configuración del cargador de arranque! También puedes usar la forma /dev/disk/by-uuid/... o /dev/disk/by-label/... si estan disponibles para tus discos para asegurarte que apuntan a las particiones correctas y ahorrarte el problema de averiguar si debes usar sda o hda. Si esto no es posible sigue estos pasos; si estas usando PATA en lugar de IDE en los HOOKS de /etc/mkinitcpio.conf usa la nomenclatura sd?, en caso contrario el sistema tradicional hd?. Por lo tanto es fundamental que compruebes el fichero /etc/mkinitcpio.conf para poder adaptar los otros ficheros adecuadamente.<br />
<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40976
Official Installation Guide (Español)
2008-05-08T09:13:44Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exacto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se carguen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad de unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamación ''!'' impides su carga durante el arranque (esto es distinto a añadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los módulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto después de cada reinicio. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estáticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos caracteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluidos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la línea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para coger la idea. Básicamente la parte entre comillas es idéntica a lo que pasarías mediante el comando ''route add''. Leer ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar la configuración estándar INTERFACES/ROUTES que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej., un portátil) deberías echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuencia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automáticamente durante el arranque. Este es básicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asociaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobrescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leído ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador debería haber creado las entradas necesarias para ti, pero deberías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40889
Official Installation Guide (Español)
2008-05-07T14:52:46Z
<p>Chapet: /* /etc/rc.conf */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
'''/etc/rc.conf'''<br><br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asosciaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobreescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leeido ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
Los ajustes y puntos de montaje de tu sistema de archivos están configurados aquí. El instalador devería haber creado las entradas necesarias para ti, pero deverías repasarlas y asegurarte que son correctas, especialmente cuando uses discos root encriptados, LVM o RAID.<br />
<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40886
Official Installation Guide (Español)
2008-05-07T14:37:49Z
<p>Chapet: /* DAEMONS */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br><br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script con cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio, como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
'''/etc/hosts'''<br><br />
Aquí es donde pones las asosciaciones hostname/IP de los ordenadores en tu red. Si un hostname es desconocido para tu DNS, puedes añadirlo aquí para permitir una adecuada resolución o sobreescribir las repuestas de tu DNS. Normalmente no necesitarás cambiar nada, pero quizás quieras añadir al fichero el hostname y el hostname + dominio del equipo local, apuntando a la IP de tu interface de red. Si no, algunos servicios, como postfix, pueden no funcionar adecuadamente. Si no sabes lo que estas haciendo, no modifiques el fichero hasta que hayas leeido ''man hosts''.<br />
<br />
'''/etc/fstab'''<br><br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40883
Official Installation Guide (Español)
2008-05-07T14:22:09Z
<p>Chapet: /* NET_PROFILES */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
NET_PROFILES<br><br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40882
Official Installation Guide (Español)
2008-05-07T14:21:48Z
<p>Chapet: /* ROUTES */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br><br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40881
Official Installation Guide (Español)
2008-05-07T14:21:22Z
<p>Chapet: /* INTERFACES */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
INTERFACES<br><br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40879
Official Installation Guide (Español)
2008-05-07T14:20:57Z
<p>Chapet: /* HOSTNAME */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
HOSTNAME<br><br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40878
Official Installation Guide (Español)
2008-05-07T14:20:35Z
<p>Chapet: /* USELVM */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
USELVM<br><br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40877
Official Installation Guide (Español)
2008-05-07T14:20:11Z
<p>Chapet: /* MODULES */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br><br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40876
Official Installation Guide (Español)
2008-05-07T14:19:47Z
<p>Chapet: /* MOD_BLACKLIST */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
MOD_BLACKLIST<br><br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40875
Official Installation Guide (Español)
2008-05-07T14:19:23Z
<p>Chapet: /* MOD_AUTOLOAD */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
MOD_AUTOLOAD<br><br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40874
Official Installation Guide (Español)
2008-05-07T14:19:01Z
<p>Chapet: /* USECOLOR */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
USECOLOR<br><br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40873
Official Installation Guide (Español)
2008-05-07T14:18:37Z
<p>Chapet: /* CONSOLEMAP */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
CONSOLEMAP<br><br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40872
Official Installation Guide (Español)
2008-05-07T14:18:10Z
<p>Chapet: /* CONSOLEFONT */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
CONSOLEFONT<br><br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40871
Official Installation Guide (Español)
2008-05-07T14:17:44Z
<p>Chapet: /* KEYMAP */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
KEYMAP<br><br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40870
Official Installation Guide (Español)
2008-05-07T14:17:16Z
<p>Chapet: /* TIMEZONE */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
TIMEZONE<br><br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40869
Official Installation Guide (Español)
2008-05-07T14:16:37Z
<p>Chapet: /* HARDWARECLOCK */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
HARDWARECLOCK<br><br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas.<br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40867
Official Installation Guide (Español)
2008-05-07T14:15:52Z
<p>Chapet: /* LOCALE */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
LOCALE<br><br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
=====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40835
Official Installation Guide (Español)
2008-05-06T21:47:11Z
<p>Chapet: /* DAEMONS= */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
=====LOCALE=====<br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
=====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS=====<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40834
Official Installation Guide (Español)
2008-05-06T21:46:46Z
<p>Chapet: /* NET_PROFILES */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
=====LOCALE=====<br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
=====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
=====DAEMONS======<br />
Este array simplemente lista los nombres de los scripts en ''/etc/rc.d'' los cuales se ejecutan durante el proceso de arranque. Si precedemos el nombre de un script por cierra exclamación ''(!)'' este no se ejecutará. Si va precedido por el símbolo arroba ''@'', se ejecutará en modo background, por ejemplo, la secuancia de arranque no esperará a haber finalizado con éxito antes de continuar. Normalmente no necesitarás modificar los valores por defecto para conseguir un sistema funcionando, pero necesitarás modificar este array cada vez que instales un nuevo servicio como ''sshd'', que quieras iniciar automaticamente durante el arranque. Este es basicamente la manera en que Arch maneja lo que otros manejan con varios symlinks a el directorio ''init.d''.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40833
Official Installation Guide (Español)
2008-05-06T21:24:55Z
<p>Chapet: /* INTERFACES */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
=====LOCALE=====<br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
=====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando ''ifconfig'' si quieres configurar el dispositivo de forma manual.<br />
<br />
=====ROUTES=====<br />
Aquí puedes definir tus propias rutas estáticas con nombres arbitrarios. Examina el ejemplo para un gateway por defecto para cojer la idea. Basicamente la parte entre comillas es identica a lo que pasarias mediante el comando ''route add''. Leer el ''man route'' es recomendable si no sabes lo que poner aquí, o simplemente no lo modifiques.<br />
<br />
=====NET_PROFILES=====<br />
Habilita ciertos perfiles de red durante el arranque. Los perfiles de red proporcionan una forma conveniente de usar múltiples configuraciones de red y su intención es remplazar el standard INTERFACES/ROUTES setup que todavía se recomienda para sistemas con una sola configuración de red. Si tu ordenador va a usar distintas redes en distintos momentos (ej, un portatil) deberias echar un vistazo al directorio ''/etc/network-profiles/'' para establecer algunos perfiles. Se incluye un fichero como plantilla que puede usarse para crear nuevos perfiles.<br />
<br />
DAEMONS<br />
This array simply lists the names of those scripts contained in<br />
/etc/rc.d/ which are supposed to be started during the boot<br />
process. If a script name is prefixed with a bang (!), it is<br />
not executed. If a script is prefixed with an "at" symbol (@),<br />
then it will be executed in the background, ie. the startup<br />
sequence will not wait for successful completion before<br />
continuing. Usually you do not need to change the defaults to<br />
get a running system, but you are going to edit this array<br />
whenever you install system services like sshd, and want to<br />
start these automatically during bootup. This is basically<br />
Arch's way of handling what others handle with various symlinks<br />
to an init.d directory.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40829
Official Installation Guide (Español)
2008-05-06T20:32:34Z
<p>Chapet: /* MODULES */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
=====LOCALE=====<br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
=====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los módulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del módulo aquí y añade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impides su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos módulos, si fuera preciso. Una ventaja de especificar módulos de red aquí es que las tarjetas de red cubiertas por los modulos listados siempre serán detectadas en el orden en que los módulos aparecen en la lista. Esto evita la terrible confusión de interfaces donde tu tarjeta ethernet queda asignada, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando<br />
<br />
ifconfig<br />
<br />
si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br />
You can define your own static network routes with arbitrary<br />
names here. Look at the example for a default gateway to get<br />
the idea. Basically the quoted part is identical to what you'd<br />
pass to a manual route add command, therefore reading man route<br />
is recommended if you don't know what to write here, or simply<br />
leave this alone.<br />
<br />
NET_PROFILES<br />
Enables certain network profiles at bootup. Network profiles<br />
provide a convenient way of managing multiple network<br />
configurations, and are intended to replace the standard<br />
INTERFACES/ROUTES setup that is still recommended for systems<br />
with only one network configuration. If your computer will be<br />
participating in various networks at various times (eg, a<br />
laptop) then you should take a look at the<br />
/etc/network-profiles/ directory to set up some profiles. There<br />
is a template file included there that can be used to create<br />
new profiles.<br />
<br />
DAEMONS<br />
This array simply lists the names of those scripts contained in<br />
/etc/rc.d/ which are supposed to be started during the boot<br />
process. If a script name is prefixed with a bang (!), it is<br />
not executed. If a script is prefixed with an "at" symbol (@),<br />
then it will be executed in the background, ie. the startup<br />
sequence will not wait for successful completion before<br />
continuing. Usually you do not need to change the defaults to<br />
get a running system, but you are going to edit this array<br />
whenever you install system services like sshd, and want to<br />
start these automatically during bootup. This is basically<br />
Arch's way of handling what others handle with various symlinks<br />
to an init.d directory.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40821
Official Installation Guide (Español)
2008-05-06T17:29:25Z
<p>Chapet: /* INTERFACES */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
=====LOCALE=====<br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
=====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los modulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del modulo aqui y anade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impide su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos modulos, si fuera preciso. Una ventaja de especificar modulos de red aqui es que las tarjetas de red cubiertas por los modulos listados siempre seran detectadas en el orden en que los modulos aparecen en la lista. Esto evita la terrible confusion de interfaces donde tu ethernet hardware queda asignado, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el valor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando<br />
<br />
ifconfig<br />
<br />
si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br />
You can define your own static network routes with arbitrary<br />
names here. Look at the example for a default gateway to get<br />
the idea. Basically the quoted part is identical to what you'd<br />
pass to a manual route add command, therefore reading man route<br />
is recommended if you don't know what to write here, or simply<br />
leave this alone.<br />
<br />
NET_PROFILES<br />
Enables certain network profiles at bootup. Network profiles<br />
provide a convenient way of managing multiple network<br />
configurations, and are intended to replace the standard<br />
INTERFACES/ROUTES setup that is still recommended for systems<br />
with only one network configuration. If your computer will be<br />
participating in various networks at various times (eg, a<br />
laptop) then you should take a look at the<br />
/etc/network-profiles/ directory to set up some profiles. There<br />
is a template file included there that can be used to create<br />
new profiles.<br />
<br />
DAEMONS<br />
This array simply lists the names of those scripts contained in<br />
/etc/rc.d/ which are supposed to be started during the boot<br />
process. If a script name is prefixed with a bang (!), it is<br />
not executed. If a script is prefixed with an "at" symbol (@),<br />
then it will be executed in the background, ie. the startup<br />
sequence will not wait for successful completion before<br />
continuing. Usually you do not need to change the defaults to<br />
get a running system, but you are going to edit this array<br />
whenever you install system services like sshd, and want to<br />
start these automatically during bootup. This is basically<br />
Arch's way of handling what others handle with various symlinks<br />
to an init.d directory.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40820
Official Installation Guide (Español)
2008-05-06T17:28:21Z
<p>Chapet: /* MOD_BLACKLIST */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
=====LOCALE=====<br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
=====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
=====MODULES=====<br />
En este array puedes listar los nombres de los modulos que quieres cargar durante el arranque sin necesidad the unirlos a un dispositivo hardware como en ''modprobe.conf''. Simplemente pon el nombre del modulo aqui y anade, si fuere necesario, las opciones en el fichero ''modprobe.conf''. Encabenzando un modulo con cierra exclamacion ''!'' impide su carga durante el arranque (esto es distinto a anadir el modulo a MOD_BLACKLIST!), por lo tanto permitiendo excluir ciertos modulos, si fuera preciso. Una ventaja de especificar modulos de red aqui es que las tarjetas de red cubiertas por los modulos listados siempre seran detectadas en el orden en que los modulos aparecen en la lista. Esto evita la terrible confusion de interfaces donde tu ethernet hardware queda asignado, aparentemente, a un interface distinto despues de cada reboot. Aunque una forma, incluso mejor, de atajar este problema, es usar etiquetas estaticas para las interfaces configurando [[Udev]] adecuadamente.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el calor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando<br />
<br />
ifconfig<br />
<br />
si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br />
You can define your own static network routes with arbitrary<br />
names here. Look at the example for a default gateway to get<br />
the idea. Basically the quoted part is identical to what you'd<br />
pass to a manual route add command, therefore reading man route<br />
is recommended if you don't know what to write here, or simply<br />
leave this alone.<br />
<br />
NET_PROFILES<br />
Enables certain network profiles at bootup. Network profiles<br />
provide a convenient way of managing multiple network<br />
configurations, and are intended to replace the standard<br />
INTERFACES/ROUTES setup that is still recommended for systems<br />
with only one network configuration. If your computer will be<br />
participating in various networks at various times (eg, a<br />
laptop) then you should take a look at the<br />
/etc/network-profiles/ directory to set up some profiles. There<br />
is a template file included there that can be used to create<br />
new profiles.<br />
<br />
DAEMONS<br />
This array simply lists the names of those scripts contained in<br />
/etc/rc.d/ which are supposed to be started during the boot<br />
process. If a script name is prefixed with a bang (!), it is<br />
not executed. If a script is prefixed with an "at" symbol (@),<br />
then it will be executed in the background, ie. the startup<br />
sequence will not wait for successful completion before<br />
continuing. Usually you do not need to change the defaults to<br />
get a running system, but you are going to edit this array<br />
whenever you install system services like sshd, and want to<br />
start these automatically during bootup. This is basically<br />
Arch's way of handling what others handle with various symlinks<br />
to an init.d directory.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40819
Official Installation Guide (Español)
2008-05-06T16:59:06Z
<p>Chapet: /* HARDWARECLOCK= */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
=====LOCALE=====<br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
=====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br />
In this array you can list the names of modules you want to<br />
load during bootup without the need to bind them to a hardware<br />
device as in the modprobe.conf. Simply add the name of the<br />
module here, and put any options into the modprobe.conf if need<br />
be. Prepending a module with a bang ('!') will not load the<br />
module during bootup (this is not the same as MOD_BLACKLIST!),<br />
thus allowing to "comment out" certain modules if necessary. A<br />
benefit of specifying networking modules here is that ethernet<br />
cards covered by the listed modules will always be detected in<br />
the order the modules are listed. This prevents the dreaded<br />
interface confusion where your ethernet hardware is assigned to<br />
seemingly random interfaces after each boot. An even better way<br />
to handle this is using static interface labels by configuring<br />
udev appropriately, though.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el calor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando<br />
<br />
ifconfig<br />
<br />
si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br />
You can define your own static network routes with arbitrary<br />
names here. Look at the example for a default gateway to get<br />
the idea. Basically the quoted part is identical to what you'd<br />
pass to a manual route add command, therefore reading man route<br />
is recommended if you don't know what to write here, or simply<br />
leave this alone.<br />
<br />
NET_PROFILES<br />
Enables certain network profiles at bootup. Network profiles<br />
provide a convenient way of managing multiple network<br />
configurations, and are intended to replace the standard<br />
INTERFACES/ROUTES setup that is still recommended for systems<br />
with only one network configuration. If your computer will be<br />
participating in various networks at various times (eg, a<br />
laptop) then you should take a look at the<br />
/etc/network-profiles/ directory to set up some profiles. There<br />
is a template file included there that can be used to create<br />
new profiles.<br />
<br />
DAEMONS<br />
This array simply lists the names of those scripts contained in<br />
/etc/rc.d/ which are supposed to be started during the boot<br />
process. If a script name is prefixed with a bang (!), it is<br />
not executed. If a script is prefixed with an "at" symbol (@),<br />
then it will be executed in the background, ie. the startup<br />
sequence will not wait for successful completion before<br />
continuing. Usually you do not need to change the defaults to<br />
get a running system, but you are going to edit this array<br />
whenever you install system services like sshd, and want to<br />
start these automatically during bootup. This is basically<br />
Arch's way of handling what others handle with various symlinks<br />
to an init.d directory.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet
https://wiki.archlinux.org/index.php?title=Official_Installation_Guide_(Espa%C3%B1ol)&diff=40813
Official Installation Guide (Español)
2008-05-06T13:45:23Z
<p>Chapet: /* Archivos de configuración */</p>
<hr />
<div>{{Translateme}}<br />
<br />
Esta es la documentación general para usuarios de la distribución Arch Linux, nombre clave ''(Don't Panic)''. Cubre como obtener los archivos necesarios, instalación y configuración de un sistema básico y funcional, además de una corta referencia a las capas del sistema y las herramientas específicas de Arch, como el administrador de paquetes '''pacman''' y el '''Arch Build System''' (ABS).<br />
<br />
==Introducción==<br />
===Que es Arch Linux===<br />
Arch Linux es una distribución Linux optimizada para i686 que se basó originalmente en ideas tomadas de CRUX, una genial distribución desarrollada por Per Lidén.<br />
<br />
Arch es rápida, ligera, flexible y simple. Quizá no sea una descripción glamorosa pero es completamente real. Arch está optimizada para procesadores i686, así que obtienes más de los ciclos de tu CPU. Es ligera comparada con RedHat y demás distribuciones, y su diseño simple la hacen fácil de extender y adaptar a cualquier clase de sistema que estés construyendo.<br />
<br />
Esto es apoyado por un sistema de paquetes binarios fácil de usar que permite actualizar el sistema completo con un comando. Arch también usa un sistema constructor de paquetes desde código fuente (el '''Arch Build System''' o '''ABS''') que facilita la generación de binarios, que también puede sincronizarse con un comando, ¡y claro!, también puedes reconstruir tu sistema con un comando. Todo se hace de forma simple y transparente.<br />
<br />
Arch Linux se esfuerza por mantener las más recientes versiones estables de su software. Actualmente soportamos una muy racionalizada colección de paquetes base con una creciente colección de paquetes extra mantenidas por los desarrolladores, así como, literalmente, miles de paquetes adicionales mantenidos por confiables miembros de la comunidad para nuestro AUR para ser usados por quien quiera como quiera.<br />
<br />
En nuestra meta de simplicidad hemos excluido algunas porciones inútiles del sistema, como /usr/doc y las páginas info. Esto debido a que casi no son usadas y la información puede ser encontrada en Internet o bien en las páginas MAN.<br />
<br />
Arch Linux además se esfuerza por usar algunas de las últimas características disponibles para los usuarios de Linux. Desde la versión 0.8 (Voodoo) Arch Linux usa la versión 2.6 del núcleo así como udev por defecto, y soporta EXT2/EXT3/REISERFS/XFS/JFS, RAID/LVM y sistemas de archivos encriptados.<br />
<br />
===Licencia===<br />
Arch Linux, pacman, la documentación y scripts tienen copyright ©2002-2006 para Judd Vinet y estan licenciados bajo la GNU General Public License versión 2.<br />
<br />
===Créditos y feedback===<br />
Este documento está fuertemente basado en los trabajos de Judd Vinet judd@archlinux.org. Correcciones menores y una buena cantidad de modificaciones y adiciones han sido hechas por Dennis Herbrich dennis@archlinux.org y Tobias Powalowski tpowa@archlinux.org. Una incontable cantidad de personas han contribuido y contribuirán con la evolución de esta documentación enviando correcciones y sugerencias, siendo imposible listarlos a todos. Sin embargo, tu sabes quien eres, y sin tu ayuda sería imposible de mantener y mejorar. ¡Gracias!<br />
<br />
==Instalando Arch Linux==<br />
===Pre-Instalación===<br />
Arch Linux está optimizado para la arquitectura i686 o x86-64 (AMD64) y no corre en otros procesadores x86 (i386, i486, i586). Es necesaria una CPU Pentium-Pro/Pentium-II o posterior.<br />
<br />
Existe un proyecto de la comunidad que proporciona paquetes para i586 y PPC. Busca en el sitio por más información.<br />
<br />
Antes de instalar hay que elegir que tipo de instalación. Arch Linux provee dos imágenes ISO para arrancar desde CD:<br />
<br />
* El considerablemente pequeño 2007.08 ISO (~150 MB) sólo contiene los paquetes base además del núcleo. Notar que ya no es necesario descargar una imagen ISO completa si planeas usar RAID/LVM durante la instalación ya que los paquetes necesarios fueron movidos a la base hace tiempo. Instalar desde un medio creado con esta imagen da como resultado un sistema Linux completamente funcional, sin adornos, esperando a ser usado desde la línea de comandos. Esta imagen es apropiada idealmente para minimalistas o expertos que sólo quieren un sistema básico funcional y continuar desde ahí, o tienen una conexión lenta o difícil de configurar como para instalar desde FTP. El nombre de este ISO puede ser Archlinux-i686-2007.08-2.core.iso, de acuerdo a tu arquitectura.<br />
* Finalmente, hay una nueva opción disponible para anchos de banda consistentes, el pequeñísimo 2007.08 (~25 MB), contiene sólo lo necesario para arrancar el proceso de instalación. Esta variante no contiene paquetes, y por lo tanto sólo sirve para una instalación por FTP si tienes una rápida y fácil de configurar conexión, o un repositorio de paquetes en una LAN. Con sólo 22 MB esta es la más rápida forma de iniciar la instalación de Arch, y tiene la ventaja adicional de usar los últimos paquetes disponibles al momento de instalar en lugar de las versiones más antiguas de la otra ISO. Por supuesto todos los paquetes que escojas para instalar tienen que ser descargados de algún lado, pero al menos no tienes que actualizar el sistema inmediatamente después de la instalación, y salvarte de algún lío. Si tu conexión a Internet es barata y rápida, escoge esta imagen.<br />
<br />
Si no tienes un lector de CD en tu ordenador, obviamente no podrás.<br />
<br />
Ahora obtén una imagen instalable de Arch, ya sea descargándola y quemándola desde alguno de los mirrors listados, o comprándola a OSDisc.<br />
<br />
Además no debes preocuparte al usar una ISO de instalación antigua, ya que actualizarás el sistema a la rama actual una vez que hayas configurado tu sistema básico, ¡si al menos tienes una conexión de banda ancha!<br />
<br />
Ahora es posible usar una conexión por dialup con PPP. Las herramientas ppp, rp-pppoe e ISDN están incluidas en el medio de instalación.<br />
<br />
Las ISOs 2007.08 corren como cualquier sistema Arch ya instalado, y lo más destacable es:<br />
<br />
* pacman está incluido para permitir la instalación de cualquier otro paquete necesario en el ambiente de instalación.<br />
* Soporte completo de /etc/rc.d/ y /etc/rc.conf<br />
* Soporte completo de red, incluyendo ssh, telnet y servicios portmap.<br />
* Configuración personalizada de archivos: cualquier medio con directorio /config será copiado al ambiente de instalación /etc/<br />
* Carga de paquetes como extensiones durante el arranque: cualquier medio con el directorio /package incluyendo pacman será instalado durante el arranque.<br />
* Enlaces y naim incluidos para poder comunicarse sobre Internet.<br />
* Soporte completo para kexec.<br />
<br />
El amigable método de instalación de Arch instalará con seguridad el sistema base y todo lo que necesitas para conectarte desde el CD, y luego correrá un sistema completo para ser actualizado o agregarle cualquier otro paquete que quieras o necesites una vez que configures la conexión a Internet.<br />
<br />
Otra cosa que debes saber antes de intentar instalar Arch is que durante el proceso se te harán algunas preguntas sobre el disco a preparar, qué módulos cargar y que cambios hacer en importantes archivos del sistema, como lilo.conf y rc.conf. El instalador no agarrará tu mano para guiarte a través de ninguna configuración conocida o desconocida por seres humanos, se espera que sepas que poner y que dejar tal como está. Este es un importante requerimiento para los novatos, así que si te intimida asegúrate de leer todo este documento para tener al menos una vaga idea sobre las preguntas que se te harán, y pregunta en IRC, foros o al gurú de tu vecindario si algo no te queda claro antes desordenar completamente tu sistema. Por supuesto que podrás valientemente luchar y juguetear hasta que funcione, pero después no digas que no fuiste advertido. Dicho esto, no es tan malo :)<br />
<br />
Lo que necesitas tener:<br />
* Conocimiento de Linux y especialmente tu hardware,<br />
* un medio de instalación de Arch Linux (mira la lista de mirrors),<br />
* un computador basado en i686 (PPro, Pentium 2 o posterior, Athlon/Duron, VIA-C7, etc. (AMD K6, Transmeta Crusoe, CyrixIII, y VIA C3 no están soportados), o<br />
* un computador basado en x86-64 (Pentium 4/Celeron con soporte para 64 bits, Athlon x64, Core 2),<br />
* algo de tiempo para matar.<br />
<br />
===Adquiriendo Arch Linux===<br />
Puedes descargar Arch Linux desde cualquiera de los mirrors listados en la página de descarga. La lista de mirros estáticos es listada más abajo (podrían estar desactualizados; consulta la web por una lista actual):<br />
<br />
* Norteamérica<br />
** ftp://ftp.archlinux.org<br />
** ftp://ftp.nethat.com/pub/linux/archlinux<br />
** ftp://ftp-linux.cc.gatech.edu/pub/linux/distributions/archlinux<br />
** ftp://mirror.cs.vt.edu/pub/ArchLinux<br />
** ftp://ftp.ibiblio.org/pub/linux/distributions/archlinux<br />
** http://www2.cddc.vt.edu/linux/distributions/archlinux<br />
* Europa<br />
** Austria<br />
*** ftp://gd.tuwien.ac.at/opsys/linux/archlinux<br />
** Bélgica<br />
*** ftp://ftp.belnet.be/packages/archlinux<br />
** República Checa<br />
*** ftp://ftp.sh.cvut.cz/MIRRORS/arch<br />
** Estonia<br />
*** ftp://ftp.estpak.ee/pub/archlinux<br />
** Francia<br />
*** ftp://ftp.rez-gif.supelec.fr/pub/Linux/distrib/archlinux<br />
*** ftp://mir1.archlinuxfr.org/archlinux<br />
*** ftp://mir2.archlinuxfr.org/archlinux<br />
*** ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux<br />
*** http://mirrors.jakimowicz.com/archlinux<br />
** Alemania<br />
*** ftp://ftp.tu-chemnitz.de/pub/linux/sunsite.unc-mirror/distributions/archlinux<br />
*** ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org<br />
** Gran Bretaña<br />
*** http://ftp.parrswood.manchester.sch.uk/Mirrors/ftp.archlinux.org<br />
** Grecia<br />
*** ftp://ftp.ntua.gr/pub/linux/archlinux<br />
** Irlanda<br />
*** ftp://ftp.heanet.ie/mirrors/ftp.archlinux.org<br />
** Italia<br />
*** ftp://mi.mirror.garr.it/mirrors/archlinux<br />
** Países Bajos<br />
*** ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux<br />
*** ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux<br />
** Noruega<br />
*** ftp://mirror.djzradio.net/archlinux<br />
** Polonia<br />
*** ftp://sunsite.icm.edu.pl/site/linux-sunsite/distributions/archlinux<br />
*** ftp://mirror.icis.pcz.pl/archlinux<br />
** Portugal<br />
*** ftp://gul.est.ips.pt/repos/archlinux<br />
*** ftp://cesium.di.uminho.pt/pub/archlinux<br />
*** http://darkstar.ist.utl.pt/archlinux<br />
** Rumania<br />
*** ftp://ftp.iasi.roedu.net/mirrors/archlinux.org<br />
** Suecia<br />
*** ftp://ftp.ds.hj.se/pub/linux/distributions/archlinux<br />
*** ftp://ftp.gigabit.nu<br />
** Suiza<br />
*** ftp://archlinux.puzzle.ch<br />
** Ucrania<br />
*** ftp://ftp.linux.kiev.ua/pub/Linux/ArchLinux<br />
** Australia<br />
*** ftp://mirror.pacific.net.au/linux/archlinux<br />
* Asia<br />
** ftp://cle.linux.org.tw/pub/ArchLinux<br />
** http://mirror.vxmatrix.net/ArchLinux<br />
** http://dxmirror.vxmatrix.net/ArchLinux<br />
** http://cncmirror.vxmatrix.net/ArchLinux<br />
<br />
===Preparando el medio de instalación===<br />
* Descarga <mirror>/iso/<your_architecture>/Archlinux-<version>.iso (ruta relativa a la raíz del mirror)<br />
* Descarga <mirror>/iso/<your_architecture>/md5sum-<version>.txt<br />
* Verifica la integridad del .iso usando md5sum:<br />
md5sum Archlinux-<version>.iso<br />
* Graba la imagen .iso en un CD-R virgen (este paso varía dependiendo del sistema operativo y aplicación que uses). Si quieres descargar la base, FTP o ISO beta, usa el apropiado nombre de archivo para md5sum, por ejemplo: arch-0.8-base.iso en lugar de arch-0.8.iso.<br />
* Anota todos los datos de configuración de tu red para que puedas configurarla después si quieres instalar desde FTP:<br />
** IP,<br />
** máscara de subred,<br />
** gateway,<br />
** el módulo para tu tarjeta de red.<br />
<br />
===Usando el CD-ROM===<br />
Si ya estás familiarizado con el proceso de arranque, puedes saltarte todo este parloteo hasta el [[Guía oficial de Instalación#Proceso de instalación común|Proceso de instalación común]], que esboza el actual proceso de instalación de Arch Linux.<br />
<br />
Reinicia el computador con el CD de instalación de Arch Linux en el lector. Asegúrate de que tu BIOS está configurada para arrancar ese dispositivo. Dirígete al manual del de tu placa madre o al fabricante de tu sistema para conocer los detalles si no sabes como hacerlo. Una vez que el CD haya arrancado verás un cursor de arránque esperando a que presiones alguna tecla indefinida, explicando cuales son tus opciones. La mayoría de los usuarios pueden presionar Enter.<br />
<br />
Si el arranque de tu CD falla por razones desconocidas y estás usando un lector de CD más o menos viejo junto a un CD-RW prueba a usar un típico CD-R en su lugar. Algunos lectores viejos -dos de los míos, por ejemplo - Dennis- no leen los CD-RWs apropiadamente.<br />
<br />
Al final del proceso de arranque, deberías encontrarte con permisos de super usuario en una consola con un puñado de instrucciones llenando la mitad superior de tu pantalla. En este punto estás listo para comenzar la instalación, o realizar cualquier preparación manual que consideres necesaria.<br />
<br />
===Proceso de instalación común===<br />
En este punto tu sistema debería haber arrancado, y el disco donde te gustaría instalar, así como tu medio de instalación deberían ser accesibles.<br />
<br />
Pasos de la instalación:<br />
<br />
# Carga del idioma del teclado;<br />
# arranque del instalador;<br />
# configuración de la red (solo para instalar desde FTP);<br />
# preparación del disco duro:<br />
## preparación automática,<br />
## particionado del disco duro,<br />
## montaje del sistema de archivos;<br />
# selección de paquetes;<br />
# instalación de paquetes;<br />
# configuración del sistema;<br />
# instalación del núcleo;<br />
# instalación del cargador de arranque;<br />
# salida del instalador.<br />
<br />
Usando las herramientas disponibles los usuarios experimentados también son capaces de preparar el disco duro o cualquier dispositivo necesario para la instalación antes de iniciar el instalador. Puedes saltarte este párrafo sino ves necesaria ninguna interacción manual. Fíjate que el medio de instalación de Arch Linux también contiene un script /arch/quickinst para usuarios experimentados. Este instala los paquetes básicos en un directorio especificado por el usuario. Si estás realizando una instalación exótica con cosas divertidas como RAID y LVM, o no quieres usar el instalador para nada, probablemente querrás usar ese script. Todos los chicos cool lo hacen.<br />
<br />
====Carga del idioma del teclado====<br />
Si utilizas un teclado que no se encuentra en inglés norteamericano puedes usar la herramienta km para cargar el idioma correcto. Simplemente escribe km en la consola, usa las flechas para navegar hasta el mapa correcto y/o tipografía de la consola.<br />
<br />
====Arranque el instalador====<br />
Ahora puedes escribir /arch/setup para invocar el instalador. Luego de un mensaje informativo se te preguntará por la elección del método de instalación. Si tienes una conexión a Internet rápida puedes preferir la instalación por FTP para asegurarte de tener las versiones más recientes de los paquetes en lugar de usar los contenidos en el CD. Por favor ten en cuenta que podrías estar en problemas si tienes un proxy complejo que requiere autenticación usando la instalación por FTP. Si no puedes usar un CD o cualquier otro medio, esta será la única forma de instalar Arch.<br />
<br />
Cuando navegues por el script de instalación, asegúrate de seleccionar DONE (hecho en español) en el sub-menú después de realizar cada paso. Esto grabará cualquier configuración que hagas en preparación para el siguiente. Además, evita pasos arbitrarios a través del proceso de instalación que puedan confundir al instalador.<br />
<br />
Actualmente es más bien fácil configurar tu propio mirror de paquetes por FTP o tu propio CD ejecutable de instalación con los paquetes que necesites, haciendo de la tarea de instalar varias instancias de Arch Linux en múltiples máquinas algo simple, mientras que al mismo tiempo liberas un montón de ancho de banda de los mirrors oficiales. Haz tu vida y la nuestra sencilla, ¡y prueba estas alternativas!<br />
<br />
Cuando escoges el CD u otra fuente de instalación sólo serás capaz de instalar paquetes contenidos en dichos medios, los cuales pueden estar obsoletos. Claro que esto tiene el mérito de que no necesitarás una conexión a Internet, por lo tanto es la elección recomendada para usuarios que no le guste o no puedan descargar como mínimo 100 MB en paquetes durante la instalación.<br />
<br />
Después de elegir una de las alternativas se te presentará el menú del instalador, listando los pasos necesarios en el orden en que deberán ser completados.<br />
<br />
Llegado a este punto del proceso podrás moverte a la 5 consola virtuales con ALT-F5 para ver la salida que retornan los comandos cuando la instalación se esté ejecutando. Usa ALT+F1 para regresar a la primera consola, dónde el instalador está corriendo, y cualquier de las teclas de función entre ambas si necesitas abrir otra consola para intervenir manualmente por cualquier razón.<br />
<br />
====Configuración de la red (sólo para instalar desde FTP)====<br />
<br />
Este paso te permitirá instalar y configurar tu dispositivo de red.<br />
<br />
Se te presentará una lista de todos los dispositivos disponibles. Si ningún dispositivo de red está disponible todavía, o no el que quieres usar, tendrás que cambiarte a otro terminal con ALT+F2, por ejemplo, y cargar los módulos necesarios de forma manual. Alternativamente puedes simplemente hacer como se te indica, presionar ''OK'' y probar el módulo en la siguiente pantalla seleccionando la opción ''Probe''. Si tu tarjeta de red aún no está disponible, asegúrate de que esté correctamente conectada y soportada por el núcleo. Algunas veces es necesario conseguir controladores propietarios en forma binaria, y suministrarle una copia de algún modo al sistema de instalación para cargarlos manualmente. Usualmente esto es nada para débiles del corazón, y es recomendable usar un modelo distinto de tarjeta.<br />
<br />
Cuando el módulo correcto ha sido cargado, y tu tarjeta de red es listada, deberás seleccionar el dispositivo de red que quieres configurar y se te dará la opción de configurar la red con DHCP. Si te conectas a un servidor DHCP marca ''YES'' y deja al instalador hacer el resto. Si seleccionas ''NO'', se te dejará ingresar la información de la red manualmente. Entonces tu red debería estar correctamente configurada, y si eres del tipo escéptico, podrás revisar la conexión con alguna herramienta estándar como ''ping'' en otra consola.<br />
<br />
Como el automatismo no es perfecto, puede que no sea posible usar correctamente el instalador para configurar tu red. En ese caso no te molestes y configurala manualmente en una de las consolas. Todo lo que el instalador necesita es una conexión transparente al servidor FTP que luego seleccionarás durante la instalación.<br />
<br />
Este menú sólo se muestra al seleccionar la instalación por FTP por razones obvias.<br />
<br />
====Preparación del disco duro====<br />
<br />
Esta opción te dejará en un submenú ofreciéndote dos alternativas.<br />
<br />
La primera es ''Auto-Prepare'', que particionará el dispositivo de forma automática en /boot, swap, y /, y creará el sistema de archivos de todo el árbol. Estas particiones además serán automáticamente montadas en el punto correcto. Siendo exactos, esta opción creará:<br />
* La partición /boot de 32 MB,<br />
* la swap se 256 MB, y<br />
* / y /home en el espacio restante.<br />
<br />
Esos tamaños pueden variar ligeramente debido a diferencias en la geometría del disco. Puedes elegir esta opción si no sabes mucho sobre como particionar discos duros, pero se cuidadoso:<br />
<br />
¡ELIMINARÁ TODOS LOS DATOS DEL DISCO ELEGIDO! Lée cuidadosamente la advertencia presentada por el instalador ¡y asegúrate de que el dispositivo que será particionado es el correcto!<br />
<br />
Una forma de verificar tu elección es abrir otro terminal (ALT+F2, Enter) y tipear<br />
<br />
# cfdisk -P s ''nombre-del-dispositivo''<br />
<br />
que mostrará la tabla actual del dispositivo, lo cual debería ser información suficiente para estar seguros.<br />
<br />
Sí ningún nombre de dispositivo es mostrado (''[nothing] will be COMPLETELY ERASED!...''), y el instalador produce el error ''Device not valid'' después de escoger ''YES'', asegúrate de haber cargado todos los módulos necesarios en caso de ser SCASI, RAID, etc. Aún puedes cargar cualquier módulos cambiando a otra consola y escribiendo los comandos, entonces regresa a la consola de instalación presionando ALT+F1.<br />
<br />
Si prefieres particionar el disco manualmente, usa las otras dos opciones: ''Partition Hard Drives'' y ''Set Filesystem Mountpoints'' para preparar el dispositivo de acuerdo a tus preferencias como se describe abajo. Entonces regresa al menú principal.<br />
<br />
====Particionando el disco duro====<br />
¡Este paso será omitido si has realizado la partición automática!<br />
<br />
De lo contrario deberás seleccionar el disco que quieres particionar, y será ejecutado el programa cfdisk con el que podrás modificar la información de las particiones hasta que guardes los cambios [Write] y salgas [Quit].<br />
<br />
Necesitarás al menos una partición raíz para continuar con la instalación, y es útil anotar dónde será montada cada partición ya que se te preguntará en el paso siguiente.<br />
<br />
====Montaje del sistema de archivos====<br />
<br />
Este paso también será omitido si escogiste ''Auto-Prepare''. Debes seleccionar esta opción una vez que hayas editado la información de las particiones en el menú anterior, o si ya tenías el disco con las particiones necesarias.<br />
<br />
La primera pregunta a responder es qué partición usarás como swap. Selecciona la partición creada para la swap de la lista, o ''NONE'', si no quieres usar una partición para swap. Usar un archivo para swap no está soportado directamente por el instalador; en su lugar escoge ''NONE'' aquí, termina la asociación de puntos de montaje, y activa un archivo para swap en la partición que deseas con el comando ''swapon''.<br />
<br />
Luego de configurar la partición swap, se te preguntará por la partición para la raíz. Esto es obligatorio.<br />
<br />
El proceso se repetirá hasta que selecciones ''DONE'' en la lista, idealmente cuando todas las asociaciones estén listas. El instalador sugerirá /boot luego de escoger montar asociar / y swap.<br />
<br />
Cada vez que especifiques un punto de montaje se te preguntará si quieres crear un sistema de archivos en dicha partición. Si seleccionas ''YES'', se te preguntará por el sistema de archivos a crear (escoge ext3 si no tienes idea), y la partición será formateada con el sistema escogido, destruyendo todos los datos que pudiera contener. Sin embargo no debería ser problema si escoges ''NO' en este punto para mantener los datos existentes en la partición.<br />
<br />
Si quieres conservar los datos de alguna partición, es altamente recomendable que hagas copias de seguridad en lugar de alojarlos en el disco esperando a que nada salga mal durante la instalación. ¡No digas que no fuiste advertido!<br />
<br />
Se te preguntará sobre crear un sistema de archivos en tu partición swap, y si esta usa un sistema propio. Siempre debes responder ''YES''..<br />
<br />
Si quieres montar cualquier otra partición, por ejemplo /boot o /home, aquí podrás hacerlo. Simplemente:<br />
* selecciona la partición a montar,<br />
* escoge el sistema de archivos (si quieres crear uno en lugar de conservar los datos),<br />
* ingresa un punto de montaje único.<br />
<br />
Repite estos pasos hasta que estés satisfecho, entonces selecciona ''DONE'' para crear cualquier sistema de archivos y montar las particiones en sus respectivos puntos. Antes de que el formateo sea hecho el instalador te presentará una lista de tus elecciones para que las revises. Luego de formatear y montar las particiones, podrás regresar al menú principal y continuar con el paso siguiente..<br />
<br />
====Selección de paquetes====<br />
<br />
Esta opción te permitirá escoger los paquetes que deseas instalar desde el CD o por FTP.<br />
<br />
Si seleccionaste la instalación por CD tienes que decirle al instalador que intente montar el lector por sí mismo o indicarle que ya lo hiciste en el directorio /src. Escoge la opción de acuerdo a lo que necesites. Normalmente querrás escoger el CD, después de lo cual se te dará la posibilidad de elegir un dispositivo desde la lista de todos los que hayan sido detectados.<br />
<br />
Si tu dispositivo no aparece en la lista, asegúrate de haber cargado los módulos necesarios, como SCSI o USB, en otra consola de ser necesario.<br />
<br />
Si escogiste la instalación por FTP, se te preguntará por el mirror más cercano de una lista, o usar la opción ''Custom'' para ingresar el nombre de dominio (o IP) de algún otro FTP que contenga los paquetes, como puede ser un servidor en tu LAN, o cualquier mirror que no sea listado por cualquier motivo, y más tarde la ruta completa al directorio del servidor que contiene los paquetes y especialmente el archivo ''current.db.tar.gz''. El instalador revisará que sea el correcto y te permitirá realizar correcciones hasta que ingreses una dirección y ruta que permita descargar la lista de paquetes.<br />
<br />
Sea cual sea la fuente que elijas, después de conseguir la lista de paquetes se te presentará una pantalla de selección de paquetes.<br />
<br />
Si se presenta un error mientras se obtiene la lista de paquetes deberás escoger otro mirror, asegurarte de que la red está trabajando y que no haya errores en la dirección de tu servidor personalizado. También podrías haberte equivocado al montar tu lector de CD en /src si escogiste esta opción. Lee el mensaje cuidadosamente, en la mayoría de los casos todo lo que necesitas es modificar un poco la disposición de tus dispositivos o el servidor.<br />
<br />
Ahora que estás equipado, tienes la oportunidad de especificar grupos completos de paquetes para instalar y afinar la selección (de)seleccionando paquetes individuales.<br />
<br />
Cualquier paquete de la categoría BASE debe permanecer seleccionado bajo cualquier circunstancia, y debes seleccionar cualquier otro grupo que necesites. Nota que la pantalla de selección de paquetes individuales sólo ofrece los paquetes de las categorías que hayas seleccionado, así que si sólo escoges BASE no serás capás de agregar paquetes que no estén en esa categoría.<br />
<br />
Si sólo quieres seleccionar lo mínimo para completar la instalación, y poder navegar por todos los paquetes disponibles en caso de que haya algo interesante debes seleccionar todas las categorías pero escogiendo ''NOT'' a la pregunta ''Select all packages by default?''. Si escoges ''YES'' se te mostrará la lista completa de paquetes con estos seleccionados y tu trabajo será deseleccionar aquellos que no te interesen.<br />
<br />
Es recomendable en este punto instalar todos los paquetes de base y nada más. No te preocupes de obtener todos los paquetes que quieres, podrás hacerlo una vez que el sistema básico esté instalado y haya arrancado. La única exepción a esta regla es instalar cualquier paquete que necesites para configurar la conexión a Intenet. Estos usualmente son:<br />
<br />
* '''dhcpcd''' (base): en caso de que tu máquina sea un cliente DHCP.<br />
* '''isdn4k-utils''' (network): si usas ISDN para dialup.<br />
* '''ppp''' (base): si usas un módem analógico para dialup.<br />
* '''wvdial''' (network): si quieres un frontend fácil para configurar el modem analógico para dialup.<br />
* '''rp-pppoe''' (base): si usas DSL para pseudo-dialup.<br />
<br />
El ISO mínimo sólo contiene los paquetes de la categoría base, así que se recomienda descargar el otro ISO si necesitas los paquetes para ISDN.<br />
<br />
Una vez que hayas seleccionado los paquetes que necesitas, deja la pantalla de selección y continúa con el siguiente paso, instalar los paquetes.<br />
<br />
====Instalación de paquetes====<br />
<br />
Ahora se instalarán pacman y todos los otros paquetes con sus dependencias en tu disco duro. ¡No te sorprendas si se instalan más paquetes de los que seleccionaste! Estos son las dependencias de tus selecciones y el instalador no pide permiso ya que asume que sabes lo que estás haciendo.<br />
<br />
Despues de la selección de paquetes el instalador ¡no comprobará el espacio disponible en el disco! Esa trivial tarea consume mucho tiempo así que el instalador simplemente asume que tiene espacio suficiente. En caso de que no sea así la instalación fallará de varias formas divertidas. El comando<br />
<br />
df -h<br />
<br />
en otro terminal podría mostrar los dispositivos montados en /mnt que están llenos, provocando conflicto. Considera reparticionar o escoger un número menor de paquetes.<br />
<br />
Los mensajes de error y la salida del depurador es mostrada en el quinto terminal (ALT+F5). Durante una operación normal no deberías encontrar mucho para leer aquñi. Luego de que los paquetes sean instalados continúa con el siguiente paso.<br />
<br />
====Configuración del sistema====<br />
<br />
Este paso te permite editar los más importantes archivos de configuración para tu nuevo sistema. Inicialmente se te preguntará si deseas que el script ''hwdetect'' intente reconocer tu hardware y producir algunas opciones por defecto para tus archivos de configuración. A menos que tengas probleas deberías dejarlo trabajar, y revisar lo que este genere.<br />
<br />
Responde las preguntas sobre RAID, LVM y volúmenes encriptados con ''Yes'' si tu partición raíz reside en alguna de ellas para agregar automáticamente los HOOKS necesarios al archivo ''mkinitcpio.conf'', de otro modo obtendrás un ''kernel panic'' durante el arranque ya que tu partición raíz no será accesible en ese momento. La mayoría de las personas responderán a estas preguntas con ''NO''.<br />
<br />
Luego de la preconfiguración automática se te preguntará por tu editor favorito para hacer ajustes de forma manual, entre '''VIM''' o '''nano'''. En caso de duda escoge nano.<br />
<br />
Si estás realmente apurado, puedes saltarte el siguiente paso que cociste en revisar al configuración completa y esperar que las opciones por defecto funcionen, pero es altamente recomendable revisar los archivos de configuración cuidadosamente. Revisa las descripciones detalladas de cada archivo que se encuentran en [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]].<br />
<br />
====Instalación del núcleo====<br />
<br />
Lo primero que se te preguntará es cual imágen del nucleo deseas instalar.<br />
<br />
Instala la versión 2.6 del núcleo con soporte para SCSI/SATA/IDE. Qué será soportado por el núcleo durante el arranque dependerá de como configures tu ramdisk, pero por defecto hay soporte para practicamente todos los sistemas SCASI, SATA e IDE. Mira [[Guía oficial de Instalación#Configuración del sistema|Configuración del sistema]] para más información sobre los nuevos initramfs, especialmente las dificultades potenciales con los nuevos PATA y los controladores legacy para IDE.<br />
<br />
Ten en cuenta que esta versión de Arch Linux sólo ofrece la instalación de un núcleo, ya que la flexibilidad se encuentra en el initramfs creado por la herramienta mkinitcpio.<br />
<br />
El CD incluye la versión 2.6.21.1 del núcleo. Si estás usando FTP el núcleo será la versión actualmente disponible, y podría contener cambios o incompatibilidades desconocidas. Es improbable, pero tenlo en mente.<br />
<br />
====Instalación del cargador de arranque====<br />
<br />
Este podrá ser GRUB (recomendado) o LILO dependiendo de tu preferencia.<br />
<br />
Antes de instalar el gestor de arranque, el script de configuración querrá que procedas a examinar el archivo de configuración para confirmar la configuración correcta. Asegúrate de saber cual es tu partición raíz (y /boot, si tienes).<br />
<br />
Si eliges instalar LILO, el gestor de arranque será instalado automáticamente de acuerdo a tu configuración en el archivo correspondiente, mientras que GRUB demanda la selección de una partición para instalar el gestor de arranque. Aquí tendrás que seleccionar la opción de arranque de LILO, que es generalmente es /dev/hda, ya que se refiere al MBR del primer disco duro. Mensajes de error detalladas se pueden encontrar como siempre en la consola virtual 5, si algo va mal.<br />
<br />
Si planeas tener un sistema multiarranque, puede ser mejor opción instalar el cargador en tu partición raíz (/) o /boot, y referirce a ella desde cualquier otro cargador de arranque que resida en el MBR.<br />
<br />
Instalar el cargador en el MBR ¡reemplazará el existente! Asegúrate de que entiendes las implicancias de esto si estás utilizando un sistema con multiarránque, o quieres preservar un cargador ya instalado se algún otro sistema operativo.<br />
<br />
====Salir de la instalación====<br />
<br />
Retira el CD del lector, escribe<br />
<br />
reboot<br />
<br />
en la línea de comandos y ¡cruza los dedos!<br />
<br />
Si tu sistema arranca podrás ingresar con ''root'' como usuario y sin contraseña, así que tu primera tarea de administración será escoger asignarle una contraseña al usuario root con el comando<br />
<br />
passwd<br />
<br />
una vez que te hayas registrado, agregar un usuario normal según se explica en la sección [[Guia oficial de Instalación#Administración de usuarios|Administración de usuarios]] y configurar tu conección a Internet.<br />
<br />
¡Felicidades! Ahora puedes proceder a configuración tu sistema, ¡y adaptarlo a tus necesidades!<br />
<br />
==Configuration del sistema==<br />
<br />
Estos son los principales archivos de configuración de Arch Linux. Deberás editarlos a mano con un editor de texto plano porque no hay aplicaciones con interfaz gráfica para ayudarte. Sólo los archivos más básicos son listados aquí. Si necesitas ayuda configurando un servicio más específico, por favor lée su página del manual (man) o mirar cualquier documentación en Internet. En muchos casos, el wiki de Arch y sus foros son buenos recursos.<br />
<br />
Arch no usa ninguna capa de abstracción para administrar el sistema. Como resultado usualmente podrás seguir cualquier instrucción publicada por el autor del software, o lo que sea que encuentres navegando, y trabajará sin confundir a tu sistema, porque a tu sistema simplemente no le importa.<br />
<br />
===Archivos de configuración===<br />
<br />
Antes de intentar arrancar tu recién instalado sistema, debes al menos ojear estos archivos y asegurarte de que son adecuados:<br />
# Archivos de configuración relevantes:<br />
## /etc/rc.conf<br />
## /etc/hosts<br />
## /etc/fstab<br />
## /etc/mkinitcpio.conf<br />
## /etc/modprobe.conf<br />
## /etc/resolv.conf<br />
## /etc/locale.gen<br />
## /boot/grub/menu.lst<br />
## /etc/lilo.conf<br />
# Archivos de configuración adicionales:<br />
## /etc/conf.d/*<br />
## /etc/profile<br />
<br />
====/etc/rc.conf====<br />
<br />
Este es el archivo de configuración principal de Arch Linux. Te permite escoger el mapa del teclado, la zona horaria, el nombre de la máquina, la red, los demonios a ejecutar y módulos a cargar al arrancar, perfiles y más. Debes leer todas las configuraciones de este archivo, asegurarte de que las entiendes y cambiarlas cuando sea apropiado:<br />
<br />
=====LOCALE=====<br />
Indica el idioma de tu sistema que podrá ser usado por todos el software compatibles con i18n. Mira las opciones disponibles en ''locale.gen'' más abajo. La configuración por defecto es inglés estadounidense.<br />
<br />
====HARDWARECLOCK=====<br />
Selecciona ''UTC'' si el reloj de tu BIOS está configurado como UTC o ''localtime'' si el reloj de tu BIOS está configurado como horario local. Si tienes instalado un OS que no maneja UTC BIOS correctamente, como Windows, selecciona ''localtime'', en cualquier otro caso UTC, el cual hace el cambio a horario de verano sin problemas, además de algunas otras ventajas. <br />
<br />
=====TIMEZONE=====<br />
Especifica tu zona horaria. Las posibilidades son rutas relativas a un archivo ubicado en el directorio ''/usr/share/zoneinfo''. Por ejemplo una zona horaria alemana podría ser ''Europe/Berlin'', el cual se refiere al archivo ''/usr/share/zoneinfo/Europe/Berlin''. Si no conoces el nombre exácto del archivo de tu zona horaria preocúpate de él después.<br />
<br />
=====KEYMAP=====<br />
Define el mapa del teclado a cargar en el arranque. Los mapas posibles se encuentran en ''/usr/share/kbd/keymaps''. Por favor ten en cuenta que esta configuración sólo es válida para tu TTYs, y no para administradores de ventanas o entornos de escritorio. De nuevo la opción por defecto es inglés estadounidense.<br />
<br />
=====CONSOLEFONT=====<br />
Define la tipografía usada por la consola al arrancar. Las tipografías posibles se encuentran en ''/usr/share/kbd/consolefonts''.<br />
<br />
=====CONSOLEMAP=====<br />
Define el mapa para la consola que se carga con el programa ´´setfont´´ durante el arranque. Los posibles mapas se encuentran en ''/usr/share/kbd/consoletrans''. Es preferible configurar este valor a un mapa que se ajuste a tu ''locale'' (8859-1 para Latin1, por ejemplo) si estás usando un utf8 locale y usas programas que generan 8-bits the salida. Si usas X11 para tu trabajo del día a día, no te preocupes, porque solo afecta la salida de aplicaciones Linux a la consola.<br />
<br />
=====USECOLOR=====<br />
Activa o desactiva el color en los mensajes de estado durante el arranque.<br />
<br />
=====MOD_AUTOLOAD=====<br />
Si escoges ''yes'' Arch leerá tu hardware durante el arranque e intentará cargar los módulos adecuados para tu sistema. Esto se lleva a cabo con la herramienta ''hwdetect''.<br />
<br />
=====MOD_BLACKLIST=====<br />
Es un array de módulos que no quieres que se cargen durante el arranque. Por ejemplo, si no quieres ese molesto PC speaker, puedes vetar el módulo ''pcspkr''.<br />
<br />
MODULES<br />
In this array you can list the names of modules you want to<br />
load during bootup without the need to bind them to a hardware<br />
device as in the modprobe.conf. Simply add the name of the<br />
module here, and put any options into the modprobe.conf if need<br />
be. Prepending a module with a bang ('!') will not load the<br />
module during bootup (this is not the same as MOD_BLACKLIST!),<br />
thus allowing to "comment out" certain modules if necessary. A<br />
benefit of specifying networking modules here is that ethernet<br />
cards covered by the listed modules will always be detected in<br />
the order the modules are listed. This prevents the dreaded<br />
interface confusion where your ethernet hardware is assigned to<br />
seemingly random interfaces after each boot. An even better way<br />
to handle this is using static interface labels by configuring<br />
udev appropriately, though.<br />
<br />
=====USELVM=====<br />
Escoge ''YES'' para ejecutar un vgchange durante el sysinit, activando de este modo cualquier grupo LVM. Si no tienes idea de qué significa esto no te molestes.<br />
<br />
=====HOSTNAME=====<br />
Indica el nombre de la máquina, sin dominio. Es completamente de tu elección, tan largo como tú juntes letras, números y algunos carácteres especiales comunes como el guión. No seas muy creativo, sin embargo, y en caso de duda, usa el que viene por defecto.<br />
<br />
=====INTERFACES=====<br />
Aquí se define la configuración para las interfaces de red. Las líneas por defecto y los comentarios incluídos lo explican suficientemente bien. Si no usas DHCP para configurar un dispositivo ten en mente que el calor de la variable (cuyo nombre debe equivaler al nombre de el dispositivo que se supone configuras) equivale a la linea que aparecería con el comando<br />
<br />
ifconfig<br />
<br />
si quieres configurar el dispositivo de forma manual.<br />
<br />
ROUTES<br />
You can define your own static network routes with arbitrary<br />
names here. Look at the example for a default gateway to get<br />
the idea. Basically the quoted part is identical to what you'd<br />
pass to a manual route add command, therefore reading man route<br />
is recommended if you don't know what to write here, or simply<br />
leave this alone.<br />
<br />
NET_PROFILES<br />
Enables certain network profiles at bootup. Network profiles<br />
provide a convenient way of managing multiple network<br />
configurations, and are intended to replace the standard<br />
INTERFACES/ROUTES setup that is still recommended for systems<br />
with only one network configuration. If your computer will be<br />
participating in various networks at various times (eg, a<br />
laptop) then you should take a look at the<br />
/etc/network-profiles/ directory to set up some profiles. There<br />
is a template file included there that can be used to create<br />
new profiles.<br />
<br />
DAEMONS<br />
This array simply lists the names of those scripts contained in<br />
/etc/rc.d/ which are supposed to be started during the boot<br />
process. If a script name is prefixed with a bang (!), it is<br />
not executed. If a script is prefixed with an "at" symbol (@),<br />
then it will be executed in the background, ie. the startup<br />
sequence will not wait for successful completion before<br />
continuing. Usually you do not need to change the defaults to<br />
get a running system, but you are going to edit this array<br />
whenever you install system services like sshd, and want to<br />
start these automatically during bootup. This is basically<br />
Arch's way of handling what others handle with various symlinks<br />
to an init.d directory.<br />
<br />
/etc/hosts<br />
<br />
This is where you stick hostname/ip associations of computers on your<br />
network. If a hostname isn't known to your DNS, you can add it here to<br />
allow proper resolving, or override DNS replies. You usually don't<br />
need to change anything here, but you might want to add the hostname<br />
and hostname + domain of the local machine to this file, resolving to<br />
the IP of your network interface. Some services, postfix for example,<br />
will bomb otherwise. If you don't know what you're doing, leave this<br />
file alone until you read man hosts.<br />
<br />
/etc/fstab<br />
<br />
Your filesystem settings and mountpoints are configured here. The<br />
installer should have created the necessary entries for you, but you<br />
should look over it and make sure it's right, especially when using an<br />
encrypted root device, LVM or RAID.<br />
<br />
With the current kernel, an important change has been introduced<br />
pertaining to the ATA/IDE subsystem. The new pata (Parallel ATA)<br />
drivers replace the legacy IDE subsystem, and one important change is<br />
that the naming scheme for IDE disks has changed from the old hda,<br />
hdb, etc. to also use device names of the type sda, sdb, etc, just<br />
like SCSI and SATA devices do. Because of this, when using the new<br />
pata driver in the HOOKS of the /etc/mkinitcpio.conf, remember to use<br />
the appropriate device names in your /etc/fstab and bootloader<br />
configuration! Alternatively, you could use the /dev/disk/by-uuid/...<br />
or /dev/disk/by-label/... representations of your disk drives where<br />
available to make absolutely sure you're referring to the right<br />
partitions, and save yourself the trouble of sorting out whether<br />
you're supposed to use sda or hda. If that's not an option, here's the<br />
rundown; If you're using pata instead of ide in the HOOKS array of the<br />
/etc/mkinitcpio.conf, you'll be using the sd? names. If not, use the<br />
old style hd? names. It is therefore crucial to check the HOOKS array<br />
in the /etc/mkinitcpio.conf, to be able to adapt the other files<br />
accordingly.<br />
<br />
/etc/mkinitcpio.conf<br />
<br />
This file allows you to fine-tune the initial ramdisk (also commonly<br />
referred to as the "initrd") for your system. The initrd is a gzipped<br />
image that is read by the kernel during bootup. The purpose of the<br />
initrd is to bootstrap the system to the point where it can access the<br />
root filesystem. This means it has to load any modules that are<br />
required to "see" things like IDE, SCSI, or SATA drives (or USB/FW, if<br />
you are booting off a USB/FW drive). Once the initrd loads the proper<br />
modules, either manually or through udev, it passes control to the<br />
Arch system and your bootup continues. For this reason, the initrd<br />
only needs to contain the modules necessary to access the root<br />
filesystem. It does not need to contain every module you would ever<br />
want to use. The majority of your everyday modules will be loaded<br />
later on by udev, during the init process.<br />
<br />
By default, mkinitcpio.conf is configured to provide all known modules<br />
for IDE, SCSI, or SATA systems through so-called HOOKS. This means the<br />
default initrd should work for almost everybody. The downside to this<br />
is that there are many modules loaded that you will not need. This is<br />
easily visible by examining your module table after booting up (with<br />
the lsmod command). While this doesn't actually hurt anything, some<br />
people find it annoying. To cull this list down to only what you<br />
actually need, you can edit mkinitcpio.conf and remove the subsystem<br />
HOOKS (ie, IDE, SCSI, RAID, USB, etc) that you don't need.<br />
<br />
You can customize even further by specifying the exact modules you<br />
need in the MODULES array and remove even more of the hooks, but take<br />
heed to the comments in the file, as this is a touchy place to go<br />
crazy with removing entries!<br />
<br />
If you're using RAID or encryption on your root filesystem, then<br />
you'll have to tweak the RAID/CRYPT settings near the bottom. See the<br />
wiki pages for RAID/LVM, filesystem encryption, and mkinitcpio for<br />
more info.<br />
<br />
When you're finished tweaking mkinitcpio.conf, you must run mkinitcpio<br />
-p kernel26 as root to regenerate the images, unless you're still<br />
installing the system; In that case this step will be done<br />
automatically after choosing Install Kernel later in the process.<br />
<br />
WARNING: If you fail to set up your mkinitcpio.conf correctly, your<br />
system will not boot! For this reason, you should be especially<br />
careful when tweaking this file.<br />
<br />
If you do manage to render your system unbootable, you can try using<br />
the fallback image that is installed alongside the stock kernel. A<br />
boot option for this is included in the default GRUB and LILO <br />
configuration.<br />
<br />
Read the warning about the pata transition problems elaborated in the<br />
fstab section carefully!<br />
<br />
====/etc/modprobe.conf====<br />
<br />
Este le dice al núcleo que modulos necesita cargar para los dispositivos del sistema, y que opciones usar. Por ejemplo, para que el núcleo cargue el módulo de tu ethernet Realtek 8139 cuando inicia la red (ie. tries to setup eth0), usa esta línea:<br />
<br />
alias eth0 8139too<br />
<br />
La sintáxis de este archivo es muy similar al viejo esquema de ''modules.conf'', a menos que uses algunas de las más exóticas opciones como post-install. Entonces deberás investigar un poco leyendo las páginas man de ''modprobe.conf''.<br />
<br />
La mayoría de las personas no necesitan editar este archivo.<br />
<br />
/etc/resolv.conf<br />
<br />
Use this file to manually setup your nameserver(s) that you want to<br />
use. It should basically look like this:<br />
search domain.tld<br />
nameserver 192.168.0.1<br />
nameserver 192.168.0.2<br />
<br />
Replace domain.tld and the ip addresses with your settings. The<br />
so-called search domain specifies the default domain that is appended<br />
to unqualified hostnames automatically. By setting this, a ping myhost<br />
will effectively become a ping myhost.domain.tld with the above<br />
values. These settings usually aren't mighty important, though, and<br />
most people should leave them alone for now. If you use DHCP, this<br />
file will be replaced with the correct values automatically when<br />
networking is started, meaning you can and should happily ignore this<br />
file.<br />
<br />
/etc/locale.gen<br />
<br />
This file contains a list of all supported locales and charsets<br />
available to you. When choosing a LOCALE in your /etc/rc.conf or when<br />
starting a program, it is required to uncomment the respective locale<br />
in this file, to make a "compiled" version available to the system,<br />
and run the locale-gen command as root to generate all uncommented<br />
locales and put them in their place afterwards. You should uncomment<br />
all locales you intend to use.<br />
<br />
During the installation process, you do not need to run locale-gen<br />
manually, this will be taken care of automatically after saving your<br />
changes to this file.<br />
<br />
By default, all locales are commented out, including the default<br />
en_US.utf8 locale referred to in the /etc/rc.conf file. To make your<br />
system work smoothly, you must edit this file and uncomment at least<br />
the one locale you're using in your rc.conf.<br />
_________________________________________________________________<br />
<br />
/boot/grub/menu.lst<br />
<br />
GRUB is the default bootloader for Arch Linux. You should check and<br />
modify this file to accomodate your boot setup if you want to use<br />
GRUB, otherwise read on about the LILO configuration.<br />
<br />
Make sure you read the warning regarding the pata transition<br />
elaborated on in the fstab section!<br />
<br />
Configuring GRUB is quite easy, the biggest hurdle is that it uses yet<br />
another device naming scheme different from /dev; Your hard disks as a<br />
whole are referred to as (hd0), (hd1), etc., sequentially numbered in<br />
order of appearance on the IDE/SCSI bus, just like the hda, hdb, etc.<br />
names in Linux. The partitions of a disk are referred to with (hd0,0),<br />
(hd0,1) and so on, with 0 meaning the first partition. A few<br />
conversion examples are included in the default menu.lst to aid your<br />
understanding.<br />
<br />
Once you grasped the concept of device naming, all you need to do is<br />
to choose a nice title for your boot section(s), supply the correct<br />
root partition device as a parameter to the root option to have it<br />
mounted as / on bootup, and create a kernel line that includes the<br />
partition and path where the kernel is located as well as any boot<br />
parameters. If using the stock Arch 2.6.x kernel, you'll also need an<br />
initrd line that points to the kernel26.img file in your /boot<br />
directory. The path you put on your initrd line should be the same as<br />
the path to vmlinuz26 that you provide on the kernel line. You should<br />
be fine with the defaults, just check whether the partition<br />
information is correct in the root and kernel lines, especially in<br />
regard to the pata issue!<br />
<br />
To create a boot option that loads the bootsector of a different OS,<br />
the following example might be helpful. You will probably succeed in<br />
starting any Microsoft-based operating system with it, just add this<br />
block to the file after any other sections, and modify the partition<br />
device accordingly to refer to the partition containing the bootsector<br />
of the OS you are intending to boot.<br />
# (1) Other OS<br />
title My Other OS<br />
rootnoverify (hd0,1)<br />
makeactive<br />
chainloader +1<br />
<br />
For advanced configuration of other OSes, please refer to the online<br />
GRUB manual.<br />
<br />
After checking your bootloader configuration for correctness, you'll<br />
be prompted for a partition to install the loader to. Unless you're<br />
using yet another boot loader, you should install GRUB to the MBR of<br />
the installation disk, which is usually represented by the appropriate<br />
device name without a number suffix.<br />
<br />
/etc/lilo.conf<br />
<br />
This is the configuration file for the LILO bootloader. Make sure you<br />
check this one and get it right if you want to use LILO to boot your<br />
system. See LILO documentation for help on this.<br />
<br />
Things you should check are the root= lines in the image sections and<br />
the boot= line right at the beginning of the file. The root lines<br />
specify the device which shall be mounted as the root filesystem on<br />
bootup. If you don't know what is supposed to be entered here, change<br />
to another terminal and type mount to see a list of all currently<br />
mounted drives, and look for the line which displays a device name<br />
mounted on /mnt type [...]. The device path at the beginning of this<br />
very line should be entered in the root lines of your lilo.conf.<br />
Change if necessary, and keep the pata issue in mind!<br />
<br />
The boot line should be okay by default in most cases. Unless you have<br />
a weird boot manager setup in mind with multiple OSes, the device<br />
referenced here should be having the same prefix your root lines have,<br />
but not end with a number. For example, a root of /dev/hda3 means you<br />
probably want to install LILO into the Master Boot Record of the hard<br />
disk, so you would set boot to /dev/hda, which references the disk as<br />
a whole. During installation, the boot device must be the current name<br />
of the device where you want to write the boot sector to; This may<br />
differ from the name of the device after the first boot, thanks to the<br />
pata transition! Check carefully what device to write to during the<br />
installation stage, for example with the mount command.<br />
<br />
To prevent some serious grief, you should make sure you know how to<br />
restore the bootsector of your other OSes, for example with Windows's<br />
FIXBOOT/FIXMBR tools.<br />
<br />
To be on the safe side, you should keep the option lba32 listed. This<br />
will prevent some geometry issues from happening.<br />
<br />
In some cases, depending on your BIOS, LILO will not run on bootup and<br />
spill out an error code infinitely. In most cases you either removed<br />
the lba32 option, or your hardware setup is a little special, meaning<br />
that maybe your CD-ROM drive is primary master and the hard disk you<br />
installed secondary slave. This can very well confuse your BIOS, and<br />
thus stop the boot process. To prevent that you can try and make the<br />
install drive the primary master on your IDE bus. If you've got a<br />
mixed IDE and SCSI system and the problem persists, you'll probably<br />
need some experimentation with the disk and bios options of LILO to<br />
provide a working mapping; The disk drives in your system are numbered<br />
sequentially by your BIOS, starting with 0x80. If you're lucky your<br />
SCSI controller tells you which drive has which BIOS ID, but usually<br />
you're not. How the drives are effectively numbered is depending on<br />
your BIOS, so in the worst case you can only guess until it works. A<br />
typical disk line would look like this:<br />
boot=/dev/hda<br />
disk=/dev/hda bios=0x80<br />
<br />
The disk option maps a BIOS ID to the disk device known to linux. Note<br />
that there is still no guarantee that things will work as other things<br />
can be wrong, so do not despair if all your tries fail, but rather try<br />
rearranging your hardware in a way that's not totally odd. In this<br />
area too much can go wrong and needs special handling to be explained<br />
here. In most cases the lba32 option will suffice anyway. Old hard<br />
drives will usually need a little more special care until they do as<br />
told.<br />
<br />
Don't become fidgety when reading this section, I (Dennis) just<br />
happened to stumble over this problem when experimenting with a rather<br />
odd system, and figured it'd be a good idea to mention this show<br />
stopper and workarounds here. You probably won't ever experience this,<br />
as you should be using GRUB anyway.<br />
<br />
How to recreate a LILO boot sector with only a rescue disk is<br />
explained later in this document.<br />
<br />
/etc/conf.d/*<br />
<br />
During setup, this is totally unimportant. Consider this as reference<br />
for the interested.<br />
<br />
Some daemon scripts will have a matching configuration file in this<br />
directory that contains some more-or-less useful default values. When<br />
a daemon is started, it will first source the settings from it's<br />
config file within this directory, and then source the /etc/rc.conf.<br />
This means you can easily centralize all your daemon configuration<br />
options in your /etc/rc.conf simply by setting an appropriate variable<br />
value, or split up your configuration over multiple files if you<br />
prefer a decentralized approach to this issue. Isn't life great if<br />
it's all just simple scripting?<br />
<br />
/etc/profile<br />
<br />
This script is run on each user login to initialize the system. It is<br />
kept quite simple under Arch Linux, as most things are. You may wish<br />
to edit or customize it to suit your needs.<br />
<br />
===Boot Scripts===<br />
<br />
Arch Linux uses a fairly simple bootup sequence quite similar to<br />
*BSDs. The first boot script to run is /etc/rc.sysinit. When it's<br />
done, /etc/rc.multi will be called (in a normal bootup). The last<br />
script to run will be /etc/rc.local. When started in runlevel 1, the<br />
single user mode, the script /etc/rc.single is run instead of<br />
/etc/rc.multi. You will not find an endless symlink collection in the<br />
/etc/rc?.d/ directories to define the bootup sequence for all possible<br />
runleves. In fact, due to this approach Arch only really has three<br />
runlevels, if you take starting up X in runlevel 5 into account. The<br />
boot scripts are using the variables and definitions found in the<br />
/etc/rc.conf file and also a set of general functions defined in the<br />
/etc/rc.d/functions script. If you plan to write your own daemon<br />
files, you should consider having a look at this file and existing<br />
daemon scripts.<br />
<br />
Boot Script Overview<br />
<br />
1. /etc/rc.sysinit<br />
2. /etc/rc.single<br />
3. /etc/rc.multi<br />
4. /etc/rc.local<br />
5. /etc/rc.shutdown<br />
6. /etc/rc.local.shutdown<br />
7. /etc/rc.d/*<br />
<br />
/etc/rc.sysinit<br />
<br />
The main system boot script. It does boot-critical things like<br />
mounting filesystems, running udev, activating swap, loading modules,<br />
setting localization parameters, etc. You will most likely never need<br />
to edit this file!<br />
<br />
/etc/rc.single<br />
<br />
Single-user startup. Not used in a normal boot-up. If the system is<br />
started in single-user mode, for example with the kernel parameter 1<br />
before booting or during normal multi-user operation with the command<br />
init 1, this script makes sure no daemons are running except for the<br />
bare minimum; syslog-ng and udev. The single-user mode is useful if<br />
you need to make any changes to the system while making sure that no<br />
remote user can do anything that might cause data loss or damage.<br />
<br />
For desktop users, this mode usually is useless as crud. You should<br />
have no need to edit this script, either.<br />
<br />
/etc/rc.multi<br />
<br />
Multi-user startup script. It starts all daemons you configured in the<br />
DAEMONS array (set in /etc/rc.conf) after which it calls<br />
/etc/rc.local. You shouldn't feel a pressing need to edit this file.<br />
<br />
/etc/rc.local<br />
<br />
Local multi-user startup script. It is a good place to put any<br />
last-minute commands you want the system to run at the very end of the<br />
bootup process. This is finally the one and only script you should<br />
modify if needed, and you have total freedom on what to add to this<br />
script.<br />
<br />
Most common system configuration tasks, like loading modules, changing<br />
the console font or setting up devices, usually have a dedicated place<br />
where they belong. To avoid confusion, you should make sure that<br />
whatever you intend to add to your rc.local isn't feeling just as home<br />
in /etc/profile.d/ or any other already existant config location<br />
instead.<br />
<br />
=====/etc/rc.shutdown=====<br />
<br />
El script de apagado del sistema. Detiene demonios, desmonta sistemas de archivos, desactiva la swap, etc. Simplemente no lo toques.<br />
<br />
=====/etc/rc.local.shutdown=====<br />
<br />
Análogo al ''/etc/rc.local'', este archivo puede contener cualquier comando que quieras ejecutar justo antes de que el común ''rc.shutdown'' sea ejecutado. Por favor ten en cuenta que este archivo no existe por defecto, y para que trabaje adecuadamente debe ser convertido en ejecutable. <br />
<br />
/etc/rc.d/*<br />
<br />
This directory contains the daemon scripts referred to from the<br />
rc.conf's DAEMONS array. In addition to being called on bootup, you<br />
can use these scripts when the system is running to manage the<br />
services of your system. For example the command<br />
# /etc/rc.d/postfix stop<br />
<br />
will stop the postfix daemon. Of course a script only exists when the<br />
appropriate package has been installed (in this case postfix). With a<br />
basic system install, you don't have many scripts in here, but rest<br />
assured that all relevant daemon scripts end up here. This directory<br />
is pretty much the equivalent to the /etc/rc3.d/ or /etc/init.d/<br />
directories of other distributions, without all the symlink hassle.<br />
<br />
Los usuarios y grupos se pueden añadir y eliminar con los comandos estándar proporcionados en el paquete util-linux: useradd, userdel, groupadd, groupdel, passwd, y gpasswd. La forma típica de agregar un usuario se basa en un procedimiento similar a este:<br />
<br />
# useradd -m -s /bin/bash nombre_de_usuario<br />
# passwd contraseña<br />
El primer comando añade el nombre de usuario nombre_de_usuario al sistema, crea una carpeta para él en el directorio /home/nombre_de_usuario, y sitúa algunos archivos de usuario en su directorio home. Asimismo, establece su usuario shell en /bin/bash. <br />
El segundo comando le pedirá una contraseña para el usuario nombre_de_usuario. Se requiere una contraseña para activar la cuenta.<br />
Como alternativa al comando useradd, el script de adduser está disponible para crear de manera interactiva nuevos usuarios en su sistema, simplemente respondiendo a unas preguntas.<br />
<br />
Vea las páginas de man para más información sobre el resto de los comandos. Es buena idea crear uno o múltiples usuarios normales para su trabajo diario y así aprovechar al máximo los elementos de seguridad y reducir el daño potencial que puede ocasionar la utilización del usuario root que debe ser utilizado exclusivamente para las tareas de administración del sistema.<br />
<br />
===Internet Access===<br />
<br />
Due to a lack of developers for dialup issues, connecting Arch to the<br />
Internet with a dialup line is requiring a lot of manual setup. If at<br />
all possible, set up a dedicated router which you can then use as a<br />
default gateway on the Arch box.<br />
<br />
There are quite a few dialup related documents in the Arch Linux Wiki<br />
<br />
Analog Modem<br />
<br />
To be able to use a Hayes-compatible, external, analog modem, you need<br />
to at least have the ppp package installed. Modify the file<br />
/etc/ppp/options to suit your needs and according to man pppd. You<br />
will need to define a chat script to supply your username and passwort<br />
to the ISP after the initial connection has been established. The<br />
manpages for pppd and chat have examples in them that should suffice<br />
to get a connection up and running if you're either experienced or<br />
stubborn enough. With udev, your serial ports usually are /dev/tts/0<br />
and /dev/tts/1.<br />
<br />
Instead of fighting a glorious battle with the plain pppd, you may opt<br />
to install wvdial or a similar tool to ease the setup process<br />
considerably.<br />
<br />
In case you're using a so called WinModem, which is basically a PCI<br />
plugin card working as an internal analog modem, you should indulge in<br />
the vast information found on the LinModem homepage.<br />
<br />
ISDN<br />
<br />
Setting up ISDN is done in three steps:<br />
1. Install and configure hardware<br />
2. Install and configure the ISDN utilities<br />
3. Add settings for your ISP<br />
<br />
The current Arch stock kernels include the necessary ISDN modules,<br />
meaning that you won't need to recompile your kernel unless you're<br />
about to use rather odd or old ISDN hardware. After physically<br />
installing your ISDN card in your machine or plugging in your USB<br />
ISDN-Box, you can try loading the modules with modprobe. Nearly all<br />
passive ISDN PCI cards are handled by the hisax module which needs two<br />
parameters; type and protocol. You must set protocol to '1' if your<br />
country uses the 1TR6 standard, '2' if it uses EuroISDN (EDSS1), '3'<br />
if you're hooked to a so called leased-line without D-channel, and '4'<br />
for US NI1.<br />
<br />
Details on all those settings and how to set them is included in the<br />
kernel documentation, more specifically in the isdn subdirectory,<br />
available online. The type parameter depends on your card; A list of<br />
all possible types is to be found in the README.HiSax kernel<br />
documentation. Choose your card and load the module with the<br />
appropriate options like this:<br />
# modprobe hisax type=18 protocol=2<br />
<br />
This will load the hisax module for my (Dennis) ELSA Quickstep<br />
1000PCI, being used in Germany with the EDSS1 protocol. You should<br />
find helpful debugging output in your /var/log/everything.log file in<br />
which you should see your card being prepared for action. Please note<br />
that you will probably need to load some usb modules before you can<br />
work with an external USB ISDN Adapter.<br />
<br />
Once you confirmed that your card works with certain settings, you can<br />
add the module options to your /etc/modprobe.conf:<br />
alias ippp0 hisax<br />
options hisax type=18 protocol=2<br />
<br />
Alternatively you can only add the options line here, and add hisax to<br />
your MODULES array in the rc.conf. Your choice, really, but this<br />
example has the advantage that the module will not be loaded until<br />
it's really needed.<br />
<br />
That being done you should have working, supported hardware. Now you<br />
need the basic utilities to actually use it!<br />
<br />
Install the isdn4k-utils package, and read the manpage to isdnctrl,<br />
it'll get you started. Further down in the manpage you will find<br />
explanations on how to create a configuration file that can be parsed<br />
by isdnctrl, as well as some helpful setup examples.<br />
<br />
Please note that you have to add your SPID to your MSN setting<br />
seperated by a colon if you use US NI1.<br />
<br />
After you configured your ISDN card with the isdnctrl utility, you<br />
should be able to dial into the machine you specified with the<br />
PHONE_OUT parameter, but fail the username and password<br />
authentication. To make this work add your username and password to<br />
/etc/ppp/pap-secrets or /etc/ppp/chap-secrets as if you were<br />
configuring a normal analogous PPP link, depending on which protocol<br />
your ISP uses for authentication. If in doubt, put your data into both<br />
files.<br />
<br />
If you set up everything correctly, you should now be able to<br />
establish a dialup connection with isdnctrl dial ippp0 as root. If you<br />
have any problems, remember to check the logfiles!<br />
<br />
DSL (PPPoE)<br />
<br />
These instructions are only relevant to you if your PC itself is<br />
supposed to manage the connection to your ISP. You do not need to do<br />
anything but define a correct default gatewayif you are using a<br />
seperate router of some sort to do the grunt work.<br />
<br />
Before you can use your DSL online connection, you will have to<br />
physically install the network card that is supposed to be connected<br />
to the DSL-Modem into your computer. After adding your newly installed<br />
network card to the modprobe.conf or the MODULES array, you should<br />
install the rp-pppoe package and run the pppoe-setup script to<br />
configure your connection. After you have entered all required data,<br />
you can connect and disconnect your line with<br />
# /etc/rc.d/adsl start<br />
<br />
and<br />
# /etc/rc.d/adsl stop<br />
<br />
respectively. The setup usually is rather easy and straightforward,<br />
but feel free to read the manpages for hints. If you want to<br />
automatically dial in on bootup, add adsl to your DAEMONS array.<br />
<br />
==Package Management==<br />
<br />
===Pacman===<br />
<br />
pacman is the package manager which tracks all the software installed<br />
on your system. It has simple dependency support and uses the standard<br />
gzipped tar archive format for all packages. Some common tasks are<br />
explained below with the respective commands in long and short option<br />
form. For an up to date explanation of pacman's options, read man<br />
pacman. This overview is merely scratching the surface of pacman's<br />
current capabilities.<br />
<br />
Typical tasks:<br />
<br />
1. Adding a new package with a package file<br />
2. Upgrading a package with a package file<br />
3. Removing packages<br />
4. Refreshing the package list<br />
5. Upgrading the system<br />
6. Adding/Upgrading a package from the repositories<br />
7. List installed packages<br />
8. Check if a specific package is installed<br />
9. Display specific package info<br />
10. Display list of files contained in package<br />
11. Find out which package a specific file belongs to<br />
<br />
Adding a new package with a package file<br />
<br />
# pacman --add foo.pkg.tar.gz<br />
# pacman -A foo.pkg.tar.gz<br />
<br />
This will install the foo.pkg.tar.gz package on the system. If<br />
dependencies are missing, pacman will exit with an error and report<br />
the missing deps, but not attempt to resolve the dependencies<br />
automatically. Look at the --sync option if you expect this<br />
functionality. Adding multiple package files is possible, and if the<br />
listed files depend on each other, the packages will be automatically<br />
installed in the correct order.<br />
<br />
Upgrading a package with a package file<br />
<br />
# pacman --upgrade foo.pkg.tar.gz<br />
# pacman -U foo.pkg.tar.gz<br />
<br />
This does essentially the same as the --add operation, but will<br />
additionally upgrade an already-installed package at no extra cost. I<br />
can personally not imagine a case where you'd prefer --add over this<br />
--upgrade function, unless you want pacman to exit if a package is<br />
already installed.<br />
<br />
Removing packages<br />
<br />
# pacman --remove foo<br />
# pacman -R foo<br />
<br />
This will remove all files belonging to the package named foo, except<br />
for configuration files that have been edited. Only supply the name of<br />
the package to this command, without the pkg.tar.gz suffix.<br />
<br />
To remove any and all trace of a package, add the --nosave option to<br />
the above command.<br />
<br />
Refreshing the package list<br />
<br />
# pacman --sync --refresh<br />
# pacman -Sy<br />
<br />
This will retrieve a fresh master package list from the repositories<br />
defined in the /etc/pacman.conf file and uncompress it into the<br />
database area. You should use this before using --sysupgrade to make<br />
sure you get the newest packages. Depending on your pacman.conf<br />
settings, this command may require a working internet connection to<br />
access FTP/HTTP-based repositories. This option is quite similar to<br />
Debian's apt-get update command.<br />
<br />
Upgrading the system<br />
<br />
# pacman --sync --sysupgrade<br />
# pacman -Su<br />
<br />
This command will upgrade all packages that are out-of-date on your<br />
system by comparing the local package version to the versions in the<br />
master package list that gets downloaded with the --refresh command.<br />
It's a good idea to run this regularly to keep your system up to date.<br />
Note that this command does NOT implicitly refresh the master package<br />
list, so it's usually wiser to combine both commands into one like<br />
this:<br />
# pacman --sync --refresh --sysupgrade<br />
# pacman -Syu<br />
<br />
With these options pacman will automatically retrieve the current<br />
master package list and do a full system upgrade to the latest<br />
packages with all dependencies being automagically resolved. You will<br />
want to run this quite often.<br />
<br />
Adding/Upgrading a package from the repositories<br />
<br />
# pacman --sync foo<br />
# pacman -S foo<br />
<br />
Retrieve and install package foo, complete with all dependencies it<br />
requires. Before using any sync option, make sure you refreshed the<br />
package list, or add --refresh or -y to the options to do it before<br />
the installation attempt. Unlike --add, the --sync option does not<br />
differ between installing and upgrading packages. Depending on your<br />
pacman.conf settings this function requires working internet access.<br />
<br />
Receiving strange errors when downloading packages from the server,<br />
ie. broken downloads or files that aren't found, usually are either<br />
caused by not refreshing the package list with --sync, or if you're<br />
unlucky enough to try downloading from a mirror while it's synching<br />
it's contents, and is thusly in an inconsistent state.<br />
<br />
List installed packages<br />
<br />
# pacman --query<br />
# pacman -Q<br />
<br />
Displays a list of all installed packages in the system.<br />
<br />
Check if a specific package is installed<br />
<br />
# pacman --query foo<br />
# pacman -Q foo<br />
<br />
Instead of grepping the full list for a name, you can append the name<br />
of the package you are looking for to the query command. This command<br />
will display the name and version of the foo package if it is<br />
installed, nothing otherwise.<br />
<br />
Display specific package info<br />
<br />
# pacman --query --info foo<br />
# pacman -Qi foo<br />
<br />
Displays information on the installed package foo (size, install date,<br />
build date, dependencies, conflicts, etc.). To display this<br />
information for a package file that is not yet installed, add the<br />
--file or -p option, respectively:<br />
# pacman --query --info --file foo.pkg.tar.gz<br />
# pacman -Qip foo.pkg.tar.gz<br />
<br />
Display list of files contained in package<br />
<br />
# pacman --query --list foo<br />
# pacman -Ql foo<br />
<br />
Lists all files belonging to package foo.<br />
<br />
Find out which package a specific file belongs to<br />
<br />
# pacman --query --owns /path/to/file<br />
# pacman -Qo /path/to/file<br />
<br />
This query displays the name and version of the package which contains<br />
the file referenced by it's full path as a parameter. Just using the<br />
file name without the path will not yield results.<br />
<br />
===Accessing Repositories===<br />
<br />
A package repository is a collection of packages and a package<br />
meta-info file that can reside in a local directory or on a remote<br />
FTP/HTTP server. The default repository for an Arch system is the<br />
current repository. This is kept up to date by developers with the<br />
latest version of most software and stays fairly bleeding-edge.<br />
<br />
Many users also choose to activate the extra package repository which<br />
contains more packages that are not part of Arch's core package set.<br />
You can activate this repo by uncommenting the appropriate lines in<br />
your /etc/pacman.conf. This repository is activated by default.<br />
<br />
You can also build, maintain and use your own package repositories.<br />
See the pacman manpage for instructions.<br />
<br />
If you install from CD-ROM and end up having problems accessing the<br />
Internet, you may need to install additional packages from the CD.<br />
Refer to the FAQs, specifically FAQ #3 later in this document, to find<br />
out how to define a repository that uses the installation CD-ROM as a<br />
package source.<br />
<br />
==Arch Build System (ABS)==<br />
<br />
===Binary vs. Source===<br />
<br />
Where pacman is responsible for the binary side of the package world,<br />
ABS is responsible for the source side: It helps you to build your own<br />
custom packages from source code, also letting you rebuild Arch Linux<br />
packages with your own customizations. The procedure usually goes as<br />
follows:<br />
1. Synchronize your ABS tree with the server.<br />
2. Create a new directory in /var/abs/local/ named after the package<br />
you are going to create.<br />
3. Copy the PKGBUILD.proto prototype from /var/abs/ into your newly<br />
created directory, remove the .proto suffix, and edit it to fit<br />
the new package.<br />
4. Run makepkg in the working directory with the PKGBUILD file.<br />
5. Install the newly built package with pacman.<br />
6. Send the package to your friends for bragging rights (or give it<br />
to an Archer so s/he can stick it in the master ABS tree).<br />
<br />
===Synchronizing Your ABS Tree===<br />
<br />
You can synchronize all the required package building files in<br />
/var/abs by running the abs script as root. It requires the cvsup<br />
package to operate and will complain if you don't have it installed. A<br />
working internet connection is also required, of course. Using CVS as<br />
the transfer medium allows you to follow different version trees<br />
within ABS - this can be configured in /etc/abs/supfile.arch. For<br />
example, the default supfile is set to track the current package tree,<br />
which is bleeding-edge and the recommended source to follow. You can<br />
also follow specific versions. See the comments in the supfiles for<br />
more info.<br />
<br />
ABS supports multiple repositories, which can be enabled or disabled<br />
in /etc/abs/abs.conf. By default, abs will follow the current and<br />
extra repositories, but not anything else.<br />
<br />
You will also see an /etc/abs/supfile.extra file. This will give you<br />
access to all the unofficial build scripts that were not included in<br />
the main ABS repository. If you do not want to use this repository,<br />
you can delete the file, but usually it makes more sense to edit<br />
abs.conf accordingly instead, and disable the repositories you don't<br />
need.<br />
<br />
===How to Build Packages===<br />
<br />
The build process is thoroughly explained in the makepkg manpage. Read<br />
it for instructions on building your own packages. If that's not<br />
helping you, keep your eyes peeled for tutorials in the Wiki, or ask<br />
for help in the forums or IRC.<br />
<br />
===Package Guidelines===<br />
<br />
When building package for Arch Linux, you should adhere to the package<br />
guidelines below, especially if you would like to contribute your new<br />
package to Arch Linux.<br />
<br />
Package Naming<br />
<br />
* Package names should consist of alphanumeric characters only; all<br />
letters should be lowercase.<br />
* Package versions should be the same as the version released by the<br />
author. Versions can include letters if need be (eg, nmap's<br />
version was 2.54beta32 a good while ago). Version tags may not include<br />
hyphens! Letters, numbers, and periods only.<br />
* Package releases are specific to Arch Linux packages. These allow<br />
users to differentiate between newer and older package builds.<br />
When a new package version is first released, the release count<br />
starts at 1. Then as fixes and optimizations are made, the package<br />
will be re-released to the AL public and the release number will<br />
increment. When a new version comes out, the release count resets<br />
to 1. Package release tags follow the same naming restrictions as<br />
version tags.<br />
<br />
Directories<br />
<br />
Configuration files should be placed in the /etc directory. If there's<br />
more than one configuration file, it's customary to use a subdirectory<br />
in order to keep the /etc area as clean as possible. Use<br />
/etc/{pkgname}/ where {pkgname} is the name of your package (or a<br />
suitable alternative, eg, apache uses /etc/httpd/).<br />
<br />
Package files should follow these general directory guidelines:<br />
<br />
/etc System-essential configuration files<br />
/usr/bin Application binaries<br />
/usr/sbin System binaries<br />
/usr/lib Libraries<br />
/usr/include Header files<br />
/usr/lib/{pkg} Modules, plugins, etc.<br />
/usr/man Manpages<br />
/usr/share/{pkg} Application data<br />
/etc/{pkg} Configuration files for {pkg}<br />
/opt<br />
<br />
Packages that do not fit cleanly into Linux filesystem layout can be<br />
placed here. If a package's files can be cleanly placed into the above<br />
directories, then do so. If there are other high-level directories<br />
that do not fit, then you should use /opt.<br />
<br />
For example, the acrobat package has Browser, Reader, and Resource<br />
directories sitting at the same level as the bin directory. This<br />
doesn't fit into a normal Linux filesystem layout, so we place all the<br />
files in a subdirectory of /opt.<br />
<br />
Clear as mud? Good.<br />
<br />
makepkg Duties<br />
<br />
When you use makepkg to build a package for you, it does the following<br />
automatically:<br />
1. Checks if package dependencies are installed<br />
2. Downloads source files from servers<br />
3. Unpacks source files<br />
4. Does any necessary patching<br />
5. Builds the software and installs it in a fake root<br />
6. Removes /usr/doc, /usr/info, /usr/share/doc, and /usr/share/info<br />
from the package<br />
7. Strips symbols from binaries<br />
8. Strips debugging symbols from libraries<br />
9. Generates the package meta file which is included with each<br />
package<br />
10. Compresses the fake root into the package file<br />
11. Stores the package file in the configured destination directory<br />
(cwd by default)<br />
<br />
Other<br />
<br />
Do not introduce new variables into your PKGBUILD build scripts,<br />
unless the package cannot be built without doing so, as these could<br />
possibly conflict with variables used in makepkg itself. If a new<br />
variable is absolutely required, prefix the variable name with an<br />
underscore.<br />
<br />
Avoid using /usr/libexec/ for anything. Use /usr/lib/{pkgname}<br />
instead.<br />
<br />
The "Packager" field from the package meta file can be customized by<br />
the package builder by modifying the appropriate option in the<br />
/etc/makepkg.conf file, or alternatively by exporting the PACKAGER<br />
environment variable before building packages with makepkg:<br />
# export PACKAGER="John Doe <your.email>"<br />
<br />
Submitting Packages<br />
<br />
If you'd like to submit packages, please take a look at the Arch User<br />
Repository and their guidelines. New packages should be submitted to<br />
the AUR.<br />
<br />
If you're submitting a package, please do the following:<br />
1. Please add a comment line to the top of your PKGBUILD file that<br />
follows this format:<br />
# Contributor: Your Name <your.email><br />
2. Verify the package dependencies (eg, run ldd on dynamic<br />
executables, check tools required by scripts, etc.). It's also a<br />
good idea to use the namcap utility, written by Jason Chu<br />
jason@archlinux.org, to analyze the sanity if your package. namcap<br />
will tell you about bad permissions, missing dependencies,<br />
un-needed dependencies, and other common mistakes. You can install<br />
the namcap package with pacman as usual.<br />
3. All packages should come as a compressed tar file containing a<br />
directory with the newly built package, the PKGBUILD, filelist,<br />
and additional files (patches, install, ...) in it. The archive<br />
name should at least contain the name of the package.<br />
4. Read the appropriate documents regarding the AUR, and the newest<br />
version of the packaging guildelines on the AUR Homepage.<br />
<br />
==Frequently Asked Questions==<br />
<br />
The FAQs listed here are only covering any problems that may keep you<br />
from booting or installing an initial Arch Linux system. If you have<br />
questions regarding further usage of the system utilities, X11 setup,<br />
etc. or how to configure your hardware, please head over to the Wiki.<br />
If you think an issue is not covered here that should be, please<br />
notify the author of this document, whose address is to be found at<br />
the very top of this file.<br />
<br />
===During package installation, pacman fails to resolve dependencies for package A because package B is not in the package set===<br />
<br />
Unless something is very broken and thus very likely to be reported by<br />
multiple people soon, you probably just forgot to mount your target<br />
partitions properly. This causes pacman to decompress the package<br />
database into the initial ramdisk, which fills up quite nicely and<br />
ultimatively leads to this error.<br />
<br />
Make sure that you use the DONE and not the CANCEL option offered by<br />
the Filesystem Mountpoints menu to apply your choices. This error<br />
should not happen if you use the Auto-Prepare feature; If it does<br />
nevertheless, please report this as a bug.<br />
<br />
===How can I install packages from the install CD with pacman --sync (so it resolves dependencies for me)?===<br />
<br />
If you would rather have packages install from the CD instead of<br />
downloading them, then mount the install CD somewhere (eg. /mnt/cd)<br />
and add this line right below the [current] line in /etc/pacman.conf:<br />
Server = file:///mnt/cd<br />
<br />
Replace /mnt/cd with the mountpoint you chose. Then use pacman --sync<br />
as you normally would - It will now check the /mnt/cd directory first<br />
for packages.<br />
<br />
===How can I create multiple swap partitions during the install?===<br />
<br />
Naturally you won't be able to use the Auto-Prepare feature if you<br />
want to create and use multiple swap partitions. Create the partitions<br />
manually instead, and create as many swap partitions as your little<br />
heart desires. Go through the rest of the disk preparation steps,<br />
don't mind that you're only asked for one swap partition during the<br />
mount-point setting. Once you're through with the install and are<br />
about to edit your system configuration files, you can edit the fstab<br />
file and include a line for every swap device you created earlier.<br />
Simply copy the automatically generated swap line, and modify the<br />
referenced device according to your setup. The additional swaps will<br />
be activated after the bootup when swapon -a is being run by the<br />
initscripts. Make sure you ran mkswap on all of your swap partitions<br />
manually, or else your system will complain on bootup!<br />
<br />
If, for any odd reason, you can not wait until after the installation<br />
with activating multiple swap partitions or files, you will have to<br />
open a shell on one of the virtual terminals and issue the swapon<br />
<device> for every swap drive or file you partitioned/readied before<br />
with mkswap. Then continue as explained above with the install.<br />
<br />
In case you are honestly contemplating setting up multiple swap files<br />
or drives, you should keep in mind that a kernel that needs to swap is<br />
actually crying bitterly for more RAM, not more swap space. Please<br />
keep your penguin well fed. Thank you.<br />
<br />
===How do I reconfigure LILO from the rescue system?===<br />
<br />
As a first step you simply boot from the Arch Install CD or disks. If<br />
your partitions are intact and don't need checking, you can try<br />
choosing one of the recovery boot options according to your partition<br />
layout, or fiddle with the GRUB boot manager settings on your own to<br />
get your existing system to boot properly. That will boot directly<br />
into your system, and you can skip all but the last step of actually<br />
reconfiguring and running LILO.<br />
<br />
If you cannot boot your old root directly, boot from the CD as if you<br />
were going to start an installation. Once you're in a shell, you mount<br />
the root partition of your harddisk into the /mnt directory, for<br />
example like this:<br />
# mount /dev/hda3 /mnt<br />
<br />
Then you mount any other partitions to their respective mount points<br />
within that root of yours, for example a /boot partition:<br />
# mount /dev/hda1 /mnt/boot<br />
<br />
Now you need to mount a /dev tree in the /mnt area, where LILO will be<br />
able to find it:<br />
# /mnt/bin/mount --bind /dev /mnt/dev<br />
<br />
Once everything is mounted, make this /mnt directory your new root<br />
with the chroot /mnt command. This will start a new shell and drop you<br />
into the /mnt directory, which will be considered your / from then on.<br />
<br />
Now you can edit /etc/lilo.conf to your liking and run lilo to fix<br />
anything that needs fixing. Simply type exit when you want to break<br />
out of this root again, back into the original file tree. You can now<br />
reboot and test your changes.<br />
<br />
===I can't ssh into my machine!===<br />
<br />
Edit your /etc/hosts.deny file. The default configuration will reject<br />
all incoming connections, not only ssh connections.<br />
<br />
===How should I load modules during boot now?===<br />
<br />
If you want to load a module unconditionally without a specific device<br />
binding, add the name of the module to the MODULES array of your<br />
/etc/rc.conf. For on demand loading on device access, add it as usual<br />
with the alias and optioncommands to your /etc/modprobe.conf, in the<br />
rare cases that the automatisms employed by udev don't cut<br />
it. To pass any options to a module you want to load through the<br />
MODULES array, only add the appropriate options line to your<br />
/etc/modprobe.conf.<br />
<br />
===Kernel refuses to boot because of "lost interrupt"===<br />
<br />
Kernel refuses to boot. It locks at:<br />
IRQ probe failed for hda<br />
hda lost interrupt<br />
<br />
This or a similar error occurs for some HD controllers on kernel<br />
2.6.x. A workaround is to pass the acpi=off option to the kernel at<br />
boot time.<br />
<br />
===I get "access denied" errors trying to play music or read DVDs===<br />
<br />
Add your user to the optical and audio groups.<br />
# gpasswd -a johndoe optical<br />
# gpasswd -a johndoe audio<br />
<br />
Logout, then login again as that user (eg. johndoe) so the group<br />
changes can take effect, and the device permissions shouldn't be a<br />
problem anymore.<br />
<br />
If you have a DVD drive, you may want to create a /dev/dvd symlink to<br />
your real DVD device. Usually udev does this for you already, but this<br />
will serve well as an example for setting up similar symlinks.<br />
<br />
For example, if your DVD drive is accessible through /dev/sdc, you can<br />
do the following as root:<br />
# cat >>/etc/udev/rules.d/00.rules <<EOF<br />
> KERNEL="sdc", NAME="sdc", SYMLINK="dvd"<br />
> EOF<br />
# /etc/start_udev<br />
# mount /dev/pts<br />
# mount /dev/shm<br />
<br />
[[Category:Consiguiendo e Instalando Arch]]</div>
Chapet